RE: Link performance: some numbers and a hack

[Iñaki García Etxebarria]

> 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