[PD-dev] remove all .la (libtool archives) files created by autotools

[Hans-Christoph Steiner]

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/Makefile?r1=15393&r2=15397
>>
>>
>> .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