Re: Fix ltdl files installation (was: branch 2.0, make install DESTDIR=)

2005-08-05 Thread Bob Friesenhahn
On Fri, 5 Aug 2005, Ralf Wildenhues wrote: Thanks, also to Peter. I was unsure whether libtoolize should be changed to copy in order as well (and _not_ preserve time stamps). A `libtoolize --copy --force' would then assure that copied files are newer than any other files in the existing source

Re: Fix ltdl files installation (was: branch 2.0, make install DESTDIR=)

2005-08-05 Thread Ralf Wildenhues
* Bob Friesenhahn wrote on Fri, Aug 05, 2005 at 05:19:47PM CEST: > On Fri, 5 Aug 2005, Ralf Wildenhues wrote: > > > >OK. Let's just install them in the correct order. libtoolize can still > >use the `tar' pipe to keep the time stamps on the way from the > >installatinon dir to the user package so

Re: Fix ltdl files installation (was: branch 2.0, make install DESTDIR=)

2005-08-05 Thread Bob Friesenhahn
On Fri, 5 Aug 2005, Ralf Wildenhues wrote: OK. Let's just install them in the correct order. libtoolize can still use the `tar' pipe to keep the time stamps on the way from the installatinon dir to the user package source tree. Proposed patch OK for branch-1-5? Unfortunately, the forward por

Re: Fix ltdl files installation

2005-08-05 Thread Peter O'Gorman
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ralf Wildenhues wrote: | Proposed patch OK for branch-1-5? Unfortunately, the forward ports will | need more work. Looks good to me. Thank you! Peter -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (Darwin) iQCVAwUBQvNzuLiDAg3OZTLPAQLewAP8DbG

Problem found: libtool/ltmain.sh pulling in wrong stdc++

2005-08-05 Thread Graham Leggett
Hi all, I have found the reason for libtool linking to the wrong stdc++, the problem is that I don't know libtool well enough to propose the "right" solution. The problem plays out like this: - The stdc++ library is added to the "postdeps" environment variable, like this: postdeps="-lstdc++ -lm

Fix ltdl files installation (was: branch 2.0, make install DESTDIR=)

2005-08-05 Thread Ralf Wildenhues
[ This should fix once and for all the issues that have come up with the changes put in so far for Jeff Squyres' bug report: http://lists.gnu.org/archive/html/libtool/2005-02/msg00115.html and have caused numerous problems in the meantime: http://lists.gnu.org/archive/html/bug-libtool/2005-04/msg00

Re: anti spam measures for libtool lists

2005-08-05 Thread Ed Hartnett
Ralf Wildenhues <[EMAIL PROTECTED]> writes: > Hello everybody, > > We (the Libtool developers) are trying to increase the signal to noise > ratio on the libtool lists (thanks for pushing us to do this!). > > So, in addition to the spamassassin-based filtering done by the savannah > people for all

anti spam measures for libtool lists

2005-08-05 Thread Ralf Wildenhues
Hello everybody, We (the Libtool developers) are trying to increase the signal to noise ratio on the libtool lists (thanks for pushing us to do this!). So, in addition to the spamassassin-based filtering done by the savannah people for all of gnu.org[1], we will now enable moderation for all non-