On Sep 29, 2011, at 11:37 AM, IOhannes m zmoelnig wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 2011-09-29 17:15, Hans-Christoph Steiner wrote:
Hey Roman,
I just saw this commit:
http://pure-data.svn.sourceforge.net/viewvc/pure-data/trunk/externals/Makefi...
.la files generally should not be installed, that makes sense to me. This seems like a heavy hand to do a global deletion for something like this. The problem would be in the build system that is installing them, and should be fixed there. Then it'll be fixed wherever that library is used, not just in Pd-extended.
libtool is convinced that you need .la files. from their perspective it is probably correct.
if you can come up with a proper way to avoid installing .la files from within automake/libtool (without dumping automake/libtool), feel free to suggest fixes. else you will either have to live with those files or to delete them in some other way (e.g. with the one i proposed to roman, and which is currently in externals/Makefile)
probably it is a safer guess to only delete .la files if there is a matching .$(EXTENSION) file and/or a matching .so/.dll file.
nevertheless, i don't see any harm done now.
What is the problem this is trying to solve? How are the .la files causing problems ? The Pd-extended is crufty enough as it is with lots of kludges like this that I'm mostly responsible for. I've learned thru the error of my ways, and have been working to make it all much cleaner and simpler.
.hc
----------------------------------------------------------------------------
I hate it when they say, "He gave his life for his country." Nobody gives their life for anything. We steal the lives of these kids. - Admiral Gene LeRocque