> The information in the dynamic libs may be incorrect, or it may not > actually exist. Uff. Does this really happen out there?
> It would be good to see why linking is so slow when all the libraries > are listed. Is the same library listed multiple times due to > dependency concatenation? It's libtool which is slow, the actual linking is pretty fast once gcc is started. Say, libtool takes around 2 minutes and gcc 2 seconds. I have been trying to isolate the culprit in ltmain.sh, but it's rather easy to get lost there, so I haven't found anything relevant. It might be just that sh is too slow, and libtool is not doing anything that redundant after all. > I don't see long link times for my libtool-based package even though > it depends on 36 libraries. However, the libraries have been > carefully listed in the optimum order. It's around 17 here, but there's no particular order. Not really something I can fix easily, they are in the order pkg-config writes them. It doesn't seem particularly bad, anyway: ../src/file-manager/libnautilus-file-manager.la ../libnautilus/libnautilus.la ../libnautilus-adapter/libnautilus-adapter.la ../libnautilus-private/libnautilus-private.la ../cut-n-paste-code/gsequence/libgsequence.la -Wl,--export-dynamic -pthread -L/home/garetxe/garnome/lib -L/usr/X11R6/lib -leel-2 -lgailutil -lglade-2.0 -lrsvg-2 -lgsf-1 -lesd -laudiofile -lgnome-desktop-2 -lgnomeui-2 -lSM -lICE -lbonoboui-2 -lxml2 -lz -lgnomecanvas-2 -lgnome-2 -lpopt -lart_lgpl_2 -lpangoft2-1.0 -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgdk_pixbuf-2.0 -lpangoxft-1.0 -lpangox-1.0 -lpango-1.0 -lbonobo-2 -lgconf-2 -lgnomevfs-2 -lbonobo-activation -lORBit-2 -lgobject-2.0 -lgthread-2.0 -lm -lgmodule-2.0 -ldl -lglib-2.0 -lstartup-notification-1 -lcdda_paranoia -lcdda_interface -ljpeg -L/usr/X11R6/lib -lX11 -lpopt Sugerences are accepted, Iñaki _______________________________________________ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool
