[Fwd: Fwd: Re: [Evolution] Extremely long link times]
PeterW's libtool fix does speed up the compile time considerably, but Pilot conduits will not be linked correctly with the patch. What will happen is that when you try to do something with the EAddress component it will complain of an unresolved symbol. The only way to fix this is to compile without the libtool fix (which really stinks, because on my Athlon 1.2G/512MB RAM it takes 1 1/2 hours). Basically libtool 1.4 sucks rocks when it comes to dependencies. Dan --- NotZed [EMAIL PROTECTED] wrote: From: NotZed [EMAIL PROTECTED] Subject: Re: [Evolution] Extremely long link times To: [EMAIL PROTECTED] (Alfons Hoogervorst) Date: Tue, 23 Oct 2001 17:46:53 -0400 (EDT) CC: [EMAIL PROTECTED] This is libtools fault mostly, but also gnome-config's fault (because of limitations which pushed the problem into libtool i guess). There's a patch around for libtool 1.4 which is supposed to address it a little (try the archives). Most of the time is spend in a stupid shell script which attempts to detect link dependencies, which also blows out the link line. ld thankfully doesn't slow down that much (well at least gnu ld) because of it. Lo, When linking something this seems to stick out like sore thumb: The link command line has more than 10 times references to libraries like libz, libdl, libXext, libX11, libSM, etc. The list really goes on and on and on. So, could this contribute to the extremely long link times I have? And, where does the mega long link command line and duplicate lib references come from? Bye. -- Ecuación algebraico sin solución posible, a menos de poseer profundos conocimientos en matemática - Revueltas (Ocho Por Radio) ___ evolution maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution ___ evolution maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution __ Do You Yahoo!? Make a great connection at Yahoo! Personals. http://personals.yahoo.com ___ evolution maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution
Re: [Fwd: Fwd: Re: [Evolution] Extremely long link times]
On Tue, 2001-10-23 at 21:14, William Kenworthy wrote: Do you have a link or reference that I can use to check out this patcth? Better yet, I've attached the patch. I believe it's in the list archives as well, although I didn't search. Peter Williams at Ximian made the patch, IIRC. FYI, the file to patch is located in /usr/share/libtool/ltmain.sh. I'd make a backup before applying the patch. Dan On Wed, 2001-10-24 at 10:54, Dan Hensley wrote: PeterW's libtool fix does speed up the compile time considerably, but Pilot conduits will not be linked correctly with the patch. What will happen is that when you try to do something with the EAddress component it will complain of an unresolved symbol. The only way to fix this is to compile without the libtool fix (which really stinks, because on my Athlon 1.2G/512MB RAM it takes 1 1/2 hours). Basically libtool 1.4 sucks rocks when it comes to dependencies. Dan --- NotZed [EMAIL PROTECTED] wrote: From: NotZed [EMAIL PROTECTED] Subject: Re: [Evolution] Extremely long link times To: [EMAIL PROTECTED] (Alfons Hoogervorst) Date: Tue, ___ evolution maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution --- /usr/share/libtool/ltmain.shSat May 12 19:29:42 2001 +++ ./ltmain.sh Wed May 23 20:02:10 2001 @@ -1530,6 +1530,8 @@ convenience=$convenience $ladir/$objdir/$old_library old_convenience=$old_convenience $ladir/$objdir/$old_library tmp_libs= + # PKGW + dependency_libs= for deplib in $dependency_libs; do deplibs=$deplib $deplibs case $tmp_libs in @@ -1645,6 +1647,8 @@ fi tmp_libs= + #PKGW + dependency_libs= for deplib in $dependency_libs; do case $deplib in -L*) newlib_search_path=$newlib_search_path `$echo X$deplib | $Xsed -e 's/^-L//'`;; ### testsuite: skip nested quoting test
