problems with libtool -export-symbols-regex (gstreamer010-plugins*)
Hallo. I am just now packaging gstreamer010-plugins*. I have experienced libtool error for all plugins. System libtool is able to link the module, but installed ../../libtool is not. Did you have sees this problem anywhere? For now I have just worked-around this problem by removing -export-symbols-regex with arguments. /bin/sh ../../libtool --tag=CC --mode=link gcc -O2 -fmessage-length=0 -Wall -D_FORTIFY_SOURCE=2 -o libgstdvdlpcmdec.la -rpath /opt/gnome/lib64/gstreamer-0.10 -module -avoid-version -export-symbols-regex '_*(gst_|Gst|GST_).*' -Wl,--export-dynamic -pthread -L/opt/gnome/lib64 -lgstreamer-0.10 -lgobject-2.0 -lgmodule-2.0 -ldl -lgthread-2.0 -lxml2 -lz -lm -lglib-2.0 -no-undefined libgstdvdlpcmdec_la-gstdvdlpcmdec.lo generating symbol list for `libgstdvdlpcmdec.la' /usr/bin/nm -B .libs/libgstdvdlpcmdec_la-gstdvdlpcmdec.o | | /usr/bin/sed 's/.* //' | sort | uniq > .libs/libgstdvdlpcmdec.exp ../../libtool: eval: line 4162: syntax error near unexpected token `|' ../../libtool: eval: line 4162: `/usr/bin/nm -B .libs/libgstdvdlpcmdec_la-gstdvdlpcmdec.o | | /usr/bin/sed 's/.* //' | sort | uniq > .libs/libgstdvdlpcmdec.exp' -- Best Regards / S pozdravem, Stanislav Brabec software developer --------------------------------------------------------------------- SuSE CR, s. r. o. e-mail: sbrabec@suse.cz Drahobejlova 27 tel: +420 296 542 382 190 00 Praha 9 fax: +420 296 542 374 Czech Republic http://www.suse.cz/
I am just now packaging gstreamer010-plugins*. I have experienced libtool error for all plugins. /bin/sh ../../libtool [SNIP] -rpath /opt/gnome/lib64/gstreamer-0.10 [SNIP]
Does this only happen on x86_64? I only build on i386 and they all built fine. Might be worth submitting it to GNOME Bugzilla if so... -- James Ogley james@usr-local-bin.org Packages for SUSE: http://usr-local-bin.org/rpms Make Poverty History: http://makepovertyhistory.org
James Ogley wrote:
I am just now packaging gstreamer010-plugins*. I have experienced libtool error for all plugins. /bin/sh ../../libtool [SNIP] -rpath /opt/gnome/lib64/gstreamer-0.10 [SNIP]
Does this only happen on x86_64? I only build on i386 and they all built fine. Might be worth submitting it to GNOME Bugzilla if so...
No. On i586 it fails, too. I am not sure, whether it is a problem of gstreamer or a bug of libtool. My new packages should be available soon on supplementary and EDGE. I am attaching the spec file. -- Best Regards / S pozdravem, Stanislav Brabec software developer --------------------------------------------------------------------- SuSE CR, s. r. o. e-mail: sbrabec@suse.cz Drahobejlova 27 tel: +420 296 542 382 190 00 Praha 9 fax: +420 296 542 374 Czech Republic http://www.suse.cz/
No. On i586 it fails, too. I am not sure, whether it is a problem of gstreamer or a bug of libtool.
How odd - what version of libtool do you have? I'm using libtool-1.5.18-2
My new packages should be available soon on supplementary and EDGE. I am attaching the spec file.
Looks spookily similar to mine ;) Great minds think alike I guess ;) The main differences I would say are in the %build section. I have: NOCONFIGURE=1 ./autogen.sh export CFLAGS="$RPM_OPT_FLAGS" export CXXFLAGS="$RPM_OPT_FLAGS" HAVE_DOCBOOK=true \ ./configure \ Although can't see that that would make a difference. Does specifying --enable-cdparanoia work for you? And isn't the cdparanoia part of plugins-base? Oh, and s/EDGE/Factory/ :) -- James Ogley james@usr-local-bin.org Packages for SUSE: http://usr-local-bin.org/rpms Make Poverty History: http://makepovertyhistory.org
James Ogley wrote:
No. On i586 it fails, too. I am not sure, whether it is a problem of gstreamer or a bug of libtool.
How odd - what version of libtool do you have? I'm using libtool-1.5.18-2
libtool --version ltmain.sh (GNU libtool) 1.5.20 (1.1220.2.287 2005/08/31 18:54:15)
My new packages should be available soon on supplementary and EDGE. I am attaching the spec file.
Looks spookily similar to mine ;) Great minds think alike I guess ;) Or use similar sources to grab the code base. ;-)
The main differences I would say are in the %build section. I have:
NOCONFIGURE=1 ./autogen.sh export CFLAGS="$RPM_OPT_FLAGS" export CXXFLAGS="$RPM_OPT_FLAGS" HAVE_DOCBOOK=true \ ./configure \
I have tested both with and without autogen and even with libtoolize --force - it did not help. HAVE_DOCBOOK was an ugly hack needed for one of older versions to build documentation. CXXFLAGS are not needed (I don't have C++ the build chroot).
Although can't see that that would make a difference.
Does specifying --enable-cdparanoia work for you?
And isn't the cdparanoia part of plugins-base? Good hint. I have copied the spec file and forgot to remove obsolete
Yes, I have a patch for it: --- configure.ac +++ configure.ac @@ -431,8 +431,6 @@ fi AC_SUBST(CDPARANOIA_LIBS) - dnl FIXME: temporarily disable for release - HAVE_CDPARANOIA=no ], disabled, , [ AC_MSG_NOTICE(cdparanoiasrc not stable yet, not building) ]) option.
Oh, and s/EDGE/Factory/ :) Yes. The factory name is STABLE, but when pushed to opensuse, it's named Factory. -- Best Regards / S pozdravem,
Stanislav Brabec software developer --------------------------------------------------------------------- SuSE CR, s. r. o. e-mail: sbrabec@suse.cz Drahobejlova 27 tel: +420 296 542 382 190 00 Praha 9 fax: +420 296 542 374 Czech Republic http://www.suse.cz/
libtool --version ltmain.sh (GNU libtool) 1.5.20 (1.1220.2.287 2005/08/31 18:54:15)
ltmain.sh (GNU libtool) 1.5.18 (1.1220.2.245 2005/05/16 08:55:27) I wonder if this is actually a libtool bug now. Are there libtool 1.5.20 packages available for 10.0 so I can verify? Or shall I build my own?
Or use similar sources to grab the code base. ;-)
well, quite :)
Yes, I have a patch for it:
Thanks, I'll make the change [In case anyone is wondering why the work here is replicated between Stanislav and myself, I can link against third-party provided libraries, he can't] -- James Ogley james@usr-local-bin.org Packages for SUSE: http://usr-local-bin.org/rpms Make Poverty History: http://makepovertyhistory.org
James Ogley wrote:
libtool --version ltmain.sh (GNU libtool) 1.5.20 (1.1220.2.287 2005/08/31 18:54:15)
ltmain.sh (GNU libtool) 1.5.18 (1.1220.2.245 2005/05/16 08:55:27)
I wonder if this is actually a libtool bug now. Are there libtool 1.5.20 packages available for 10.0 so I can verify? Or shall I build my own?
It's in Factory 10.1 branch.
Or use similar sources to grab the code base. ;-)
-- Best Regards / S pozdravem, Stanislav Brabec software developer --------------------------------------------------------------------- SuSE CR, s. r. o. e-mail: sbrabec@suse.cz Drahobejlova 27 tel: +420 296 542 382 190 00 Praha 9 fax: +420 296 542 374 Czech Republic http://www.suse.cz/
participants (2)
-
James Ogley
-
Stanislav Brabec