Re: [gentoo-user] emerge --depclean - libcurl.la
On Fri, Jun 3, 2011 at 8:48 PM, dhk...@optonline.net wrote: Correct, not in world. Sent from my LG phone Mick michaelkintz...@gmail.com wrote: On Friday 03 Jun 2011 19:36:19 dhk wrote: libtool: link: cannot find the library `/usr/lib64/libcurl.la' or unhandled Only to add that I haven't got this file in my amd64 system either: $ ls -la /usr/lib64/libcurl.la ls: cannot access /usr/lib64/libcurl.la: No such file or directory -- Regards, Mick Alright, the problem seems to be fixed though I don't know exactly why. The libcurl.la file was used by the Berkeley XML Database: I think the Xerces and Xquilla parts. I reinstalled the Berkeley XML Database and, even though the libcurl.la file didn't come back, the problem disappeared. The program I have that uses the database now builds and runs fine. dhk
Re: [gentoo-user] emerge --depclean - libcurl.la
On Thu, Jun 2, 2011 at 11:44 AM, dhk...@optonline.net wrote: - Original Message - From: Paul Hartman Date: Thursday, June 2, 2011 11:24 am Subject: Re: [gentoo-user] emerge --depclean - libcurl.la To: gentoo-user@lists.gentoo.org On Thu, Jun 2, 2011 at 9:54 AM, wrote: emerge --depclean removed libcurl.la a few days ago. I have a program that's not in world that uses it when built: libtool complains that it's missing. In /usr/lib64 there are libcurl .so files but no .la files. How can I get the libcurl.la library back and keep it so emerge --depclean doesn't remove it? Have you run lafilefixer --justfixit? I wonder if you have old .la files from packages emerged before portage 2.1.9. After running it once, you shouldn't need it anymore since portage will auto-fix them upon installation. You should run the lafilefixer command before trying revdep-rebuild, or else you might have a lot of unnecessary emerges. AFAIK the usage of .la files is basically deprecated and only a few packages still require them. Flameeyes posted a lot of details about it on his blog last year. (http://blog.flameeyes.eu) I did the lafilefixer and revdep-rebuild and it still happens. I think it may be in my project directory. In there I have three files libtool, Makefile.in, and acinclude.m4 each make reference to libtool. It's commented out in the configure.ac file. Something is still looking for libcurl.la and libtool is trying to link to it. I grep'ed for curl and nothing is returned. I'm using the Berkeley C++ xml database, libxml2, and other things. I cleaned up all the Makefiles and reran libtoolize. The error is as follows. gcc -DHAVE_CONFIG_H -I. -I.. -Wall -g2 -O0 -DDEBUG -DG_LOG_DOMAIN=\domain\ -DPACKAGE_DATA_DIR=\/tmp/domain\ -DPACKAGE_LOCALE_DIR=\/tmp/domain/locale\ -DROOTLOGICDIR=\/tmp/domain\ -I/opt/BerkeleyDB/dbxml-2.5.16/install/include -pthread -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/gtk-2.0 -I/usr/lib64/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/pango-1.0 -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng14 -I/usr/include/libxml2 -DMAKE_POS0 -DEXACTNESS -g2 -ggdb -O0 -DDEBUG=1 -MT pso0-companySpecific.o -MD -MP -MF .deps/pso0-companySpecific.Tpo -c -o pso0-companySpecific.o `test -f 'companySpecific.c' || echo './'`companySpecific.c mv -f .deps/pso0-companySpecific.Tpo .deps/pso0-companySpecific.Po /bin/sh ../libtool --tag=CXX --mode=link g++ -g -O2 -export-dynamic -rdynamic -L/opt/BerkeleyDB/dbxml-2.5.16/install/lib -o pso0 pso0-main.o pso0-xt.o pso0-bdb.o pso0-bdbInventory.o pso0-bdbXaction.o pso0-interfaceBuilder.o pso0-epsonPrint.o pso0-number.o pso0-initialize.o pso0-support.o pso0-callbacks.o pso0-psoGetOpts.o pso0-menus.o pso0-psosubs.o pso0-putMsg.o pso0-pso.o pso0-psoGuiBuild.o pso0-ipms.o pso0-plu.o pso0-companySpecific.o -pthread -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgio-2.0 -lpangoft2-1.0 -lpangocairo-1.0 -lgdk_pixbuf-2.0 -lm -lcairo -lpng14 -lpango-1.0 -lfreetype -lfontconfig -lgobject-2.0 -lgmodule-2.0 -lgthread-2.0 -lrt -lglib-2.0 -lxml2-ldb -ldb_cxx -ldbxml -lxqilla -lxerces-c libtool: link: cannot find the library `/usr/lib64/libcurl.la' or unhandled argument `/usr/lib64/libcurl.la' make[3]: *** [pso0] Error 1 make[3]: Leaving directory `/home/shtarker/Dev/pso/src' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/shtarker/Dev/pso/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/shtarker/Dev/pso' make: *** [all] Error 2 libtool: link: cannot find the library `/usr/lib64/libcurl.la' or unhandled Thanks, dhk
Re: [gentoo-user] emerge --depclean - libcurl.la
On Friday 03 Jun 2011 19:36:19 dhk wrote: libtool: link: cannot find the library `/usr/lib64/libcurl.la' or unhandled Only to add that I haven't got this file in my amd64 system either: $ ls -la /usr/lib64/libcurl.la ls: cannot access /usr/lib64/libcurl.la: No such file or directory -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] emerge --depclean - libcurl.la
Correct, not in world. Sent from my LG phone Mick michaelkintz...@gmail.com wrote: On Friday 03 Jun 2011 19:36:19 dhk wrote: libtool: link: cannot find the library `/usr/lib64/libcurl.la' or unhandled Only to add that I haven't got this file in my amd64 system either: $ ls -la /usr/lib64/libcurl.la ls: cannot access /usr/lib64/libcurl.la: No such file or directory -- Regards, Mick
Re: [gentoo-user] emerge --depclean - libcurl.la
On Thu, Jun 2, 2011 at 9:54 AM, dhk...@optonline.net wrote: emerge --depclean removed libcurl.la a few days ago. I have a program that's not in world that uses it when built: libtool complains that it's missing. In /usr/lib64 there are libcurl .so files but no .la files. How can I get the libcurl.la library back and keep it so emerge --depclean doesn't remove it? Have you run lafilefixer --justfixit? I wonder if you have old .la files from packages emerged before portage 2.1.9. After running it once, you shouldn't need it anymore since portage will auto-fix them upon installation. You should run the lafilefixer command before trying revdep-rebuild, or else you might have a lot of unnecessary emerges. AFAIK the usage of .la files is basically deprecated and only a few packages still require them. Flameeyes posted a lot of details about it on his blog last year. (http://blog.flameeyes.eu)
Re: [gentoo-user] emerge --depclean - libcurl.la
- Original Message -From: Paul Hartman Date: Thursday, June 2, 2011 11:24 amSubject: Re: [gentoo-user] emerge --depclean - libcurl.laTo: gentoo-user@lists.gentoo.org On Thu, Jun 2, 2011 at 9:54 AM, wrote: emerge --depclean removed libcurl.la a few days ago. I have a program that's not in world that uses it when built: libtool complains that it's missing. In /usr/lib64 there are libcurl .so files but no .la files. How can I get the libcurl.la library back and keep it so emerge --depclean doesn't remove it? Have you run lafilefixer --justfixit? I wonder if you have old .la files from packages emerged before portage 2.1.9. After running it once, you shouldn't need it anymore since portage will auto-fix them upon installation. You should run the lafilefixer command before trying revdep-rebuild, or else you might have a lot of unnecessary emerges. AFAIK the usage of .la files is basically deprecated and only a few packages still require them. Flameeyes posted a lot of details about it on his blog last year. (http://blog.flameeyes.eu) I did the lafilefixer and revdep-rebuild and it still happens. I think it may be in my project directory. In there I have three files libtool, Makefile.in, and acinclude.m4 each make reference to libtool. It's commented out in the configure.ac file.