From: Jack F. <jac...@ya...> - 2009-09-30 03:13:48
|
Probably offtopic, but i recall having to move a bunch of .la files from -dev to main in digikam-kde3 since the plugins wouldn't load without... Rare case, i know. pogma said .la files are needed for static linking, and on _some_ systems for dynamic loading. Not darwin though, usually. -jack --- Martin Costabel <cos...@wa...> schrieb am Di, 29.9.2009: > Von: Martin Costabel <cos...@wa...> > Betreff: Re: [Fink-devel] gnucash2 > An: "Alexander Hansen" <ale...@gm...> > CC: fin...@li... > Datum: Dienstag, 29. September 2009, 22:59 > Alexander Hansen wrote: > [] > > My understanding is that this would primarily be the > case for builds > > against static-only library packages. > Unfortunately, since we've got > > packages that install both static and dynamic > libraries, scripting > > rebuilds of every package that has a ".a" file would > be a pretty big > > rebuild on a typical user's system. > > I must admit that I never understood the usefulness of the > *.la files. > As far as I can see, all libtool uses them for is to > replace "-lfoo" on > a "libtool --mode=link" line by the explicit filename of > the library on > the linker line, adding some dependencies at the same time > - an exploit > that is totally unnecessary. The linker understands > perfectly well > "-lfoo", whether it means a static or a dynamic library, > and > dependencies are usually also handled by other utilities. > > Can someone give an example where the existence of an *.la > file is > useful or perhaps even necessary? > > -- > Martin > > > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry® Developer > Conference in SF, CA > is the only developer event you need to attend this year. > Jumpstart your > developing skills, take BlackBerry mobile applications to > market and stay > ahead of the curve. Join us from November 9-12, 2009. > Register now! > http://p.sf.net/sfu/devconf > _______________________________________________ > Fink-devel mailing list > Fin...@li... > http://news.gmane.org/gmane.os.apple.fink.devel > Subscription management: > https://lists.sourceforge.net/lists/listinfo/fink-devel > |