libtool ChangeLog libltdl/m4/ltoptions.m4

2008-02-06 Thread Peter O'Gorman
CVSROOT:/sources/libtool Module name:libtool Changes by: Peter O'Gorman pogma 08/02/06 19:53:01 Modified files: . : ChangeLog libltdl/m4 : ltoptions.m4 Log message: * libltdl/m4/ltoptions.m4 (_LT_SET_OPTIONS): Only set default

Native Windows through parity

2008-02-06 Thread Duft Markus
Hi there (again :))! I have a few patches for libtool in my queue again :) * 1.5.24 - all tests passed * 1.5.26 - all tests passed * HEAD (2.1c) - all classic tests passed, log for new testsuite attached. I hope this time they will make it into CVS :) For HEAD, I'd

FYI - Re: _LT_ENABLE_FAST_INSTALL being expanded multiple times.

2008-02-06 Thread Peter O'Gorman
Peter O'Gorman wrote: Hi, When building ImageMagick on Mac OS X, and installing with DESTDIR Jochem Huhmann of the MacPorts project noticed that the wrapper scripts were being installed, and the binaries not. I expect on darwin that fast_install always be set to needless, eliminating the

Re: problem with libtool generated version script and underscores

2008-02-06 Thread Aleksey Demakov
On Feb 6, 2008 2:51 AM, Aleksey Demakov [EMAIL PROTECTED] wrote: I try to build a library (glib to be specific) with a cross-toolchain that prepends underscore to C names. The problem is that the symbols the library has to export do not get exported. By the way my problem looks just the same

HEAD testsuite.

2008-02-06 Thread Duft Markus
Hi all... Could it be, that the autotest testsuite behaves badly if building out-of-source? I'm getting a whole bunch of file not founds with relative paths within the source dir. If yes, for now I will finish my libtool port with building inside the source dir, so I manage to fugure out which

RE: HEAD testsuite.

2008-02-06 Thread Duft Markus
Hi Another one... The run scripts for the failed tests seem to miss some quoting (for exmaple my preprocessor is compiler -E, so i get: testsuite: invalid option: -E... Cheers, Markus Duft Markus wrote: Hi all... Could it be, that the autotest testsuite behaves badly if building

Native Windows through parity

2008-02-06 Thread Duft Markus
Hi there (again :))! I have a few patches for libtool in my queue again :) * 1.5.24 - all tests passed * 1.5.26 - all tests passed * HEAD (2.1c) - all classic tests passed, log for new testsuite attached. I hope this time they will make it into CVS :) For HEAD, I'd

Re: problem with libtool generated version script and underscores

2008-02-06 Thread Peter O'Gorman
Aleksey Demakov wrote: On Feb 6, 2008 2:51 AM, Aleksey Demakov [EMAIL PROTECTED] wrote: I try to build a library (glib to be specific) with a cross-toolchain that prepends underscore to C names. The problem is that the symbols the library has to export do not get exported. By the way my

Re: GNU Libtool 2.1b released (alpha release)

2008-02-06 Thread Bob Friesenhahn
On Wed, 6 Feb 2008, Gary V. Vaughan wrote: With only one bug reported and fixed since Feb 1, either this is the most spectacularly well engineered release in the history of libtool, or else it is the least well tested release ever... I did voice one minor complaint on another list (automake).

Sun Studio: STL libraries

2008-02-06 Thread Dan Lacher
In trying to resolve a C++ issue within Open MPI we've run into an issue with Libtool automatically linking in Cstd. Because Sun Studio supports two different types of C++ STL libraries (Cstl and stlport4) we needed to remove Open MPI's reliance on STL functions so applications being compiled

Re: Sun Studio: STL libraries

2008-02-06 Thread Tim Mooney
In regard to: Sun Studio: STL libraries, Dan Lacher said (at 12:04pm on Feb...: In trying to resolve a C++ issue within Open MPI we've run into an issue with Libtool automatically linking in Cstd. Because Sun Studio supports two different types of C++ STL libraries (Cstl and stlport4) we

Re: problem with libtool generated version script and underscores

2008-02-06 Thread Aleksey Demakov
On Feb 6, 2008 9:18 PM, Peter O'Gorman [EMAIL PROTECTED] wrote: What is the host triplet for the system that you are building for? Umm the canonical host name must be something like bfin-unknown-linux. You need to set archive_expsym_cmds for that system to be similar to interix[[3-9]]* which

Re: problem with libtool generated version script and underscores

2008-02-06 Thread Mike Frysinger
On Wednesday 06 February 2008, Aleksey Demakov wrote: On Feb 6, 2008 9:18 PM, Peter O'Gorman [EMAIL PROTECTED] wrote: What is the host triplet for the system that you are building for? Umm the canonical host name must be something like bfin-unknown-linux. You need to set

Re: problem with libtool generated version script and underscores

2008-02-06 Thread Peter O'Gorman
Mike Frysinger wrote: Blackfin is not the only target that utilizes underscore prefixes. a more generic check (as noted in the previous thread you cited) would be to consider the define from gcc __USER_LABEL_PREFIX__. -mike Hi Mike, Feel free to send patches. Peter -- Peter O'Gorman

Re: problem with libtool generated version script and underscores

2008-02-06 Thread Mike Frysinger
On Wednesday 06 February 2008, Peter O'Gorman wrote: Mike Frysinger wrote: Blackfin is not the only target that utilizes underscore prefixes. a more generic check (as noted in the previous thread you cited) would be to consider the define from gcc __USER_LABEL_PREFIX__. Feel free to send

Re: problem with libtool generated version script and underscores

2008-02-06 Thread Peter O'Gorman
Mike Frysinger wrote: On Wednesday 06 February 2008, Peter O'Gorman wrote: Mike Frysinger wrote: Blackfin is not the only target that utilizes underscore prefixes. a more generic check (as noted in the previous thread you cited) would be to consider the define from gcc __USER_LABEL_PREFIX__.

_LT_ENABLE_FAST_INSTALL being expanded multiple times.

2008-02-06 Thread Peter O'Gorman
Hi, When building ImageMagick on Mac OS X, and installing with DESTDIR Jochem Huhmann of the MacPorts project noticed that the wrapper scripts were being installed, and the binaries not. I expect on darwin that fast_install always be set to needless, eliminating the need for relinking, however,

FYI - Re: _LT_ENABLE_FAST_INSTALL being expanded multiple times.

2008-02-06 Thread Peter O'Gorman
Peter O'Gorman wrote: Hi, When building ImageMagick on Mac OS X, and installing with DESTDIR Jochem Huhmann of the MacPorts project noticed that the wrapper scripts were being installed, and the binaries not. I expect on darwin that fast_install always be set to needless, eliminating the

Re: GNU Libtool 2.1b released (alpha release)

2008-02-06 Thread Simon Josefsson
Gary V. Vaughan [EMAIL PROTECTED] writes: On 1 Feb 2008, at 01:06, Gary V. Vaughan wrote: The Libtool Team is pleased to announce alpha release 2.1b of GNU Libtool. With only one bug reported and fixed since Feb 1, either this is the most spectacularly well engineered release in the

Re: problem with libtool generated version script and underscores

2008-02-06 Thread Ralf Wildenhues
* Aleksey Demakov wrote on Wed, Feb 06, 2008 at 08:01:42PM CET: On Feb 6, 2008 11:51 PM, Mike Frysinger [EMAIL PROTECTED] wrote: Blackfin is not the only target that utilizes underscore prefixes. a more generic check (as noted in the previous thread you cited) would be to consider the

Re: HEAD testsuite.

2008-02-06 Thread Ralf Wildenhues
Hello Markus, Again, for the umpteenth time: please do not top-post. * Duft Markus wrote on Wed, Feb 06, 2008 at 03:43:20PM CET: Could it be, that the autotest testsuite behaves badly if building out-of-source? No. Well, it could be, but you'd have to prove it by showing the commands

Re: GNU Libtool 2.1b released (alpha release)

2008-02-06 Thread Ralf Wildenhues
Hi Bob, * Bob Friesenhahn wrote on Wed, Feb 06, 2008 at 05:21:19PM CET: Using BUILT_SOURCES is similarly evil to using SUBDIRS to a project desiring a completely non-recursive build. I suppose you know of a better, portable way? If there is a way to replace this with proper

Re: Sun Studio: STL libraries

2008-02-06 Thread Peter O'Gorman
Tim Mooney wrote: In regard to: Re: Sun Studio: STL libraries, Dan Lacher said (at 4:57pm on...: Even with what Tim has pointed out I am seeing the contrary with the following: o Open MPI src base o Sun Studio 12 o libtool 2.1b (just downloaded the latest) After autogen has finished

Re: Sun Studio: STL libraries

2008-02-06 Thread Tim Mooney
In regard to: Re: Sun Studio: STL libraries, Peter O'Gorman said (at 5:05pm...: I still maintain that it would be OK to have libtool automatically add `-library=Crun', since that is generally needed whether you're using -library=stlport4 or -library=Cstd, but it's OK to not include that. We

Re: Sun Studio: STL libraries

2008-02-06 Thread Tim Mooney
In regard to: Re: Sun Studio: STL libraries, Peter O'Gorman said (at 5:25pm...: Peter O'Gorman wrote: Tim Mooney wrote: In regard to: Re: Sun Studio: STL libraries, Dan Lacher said (at 4:57pm on...: Even with what Tim has pointed out I am seeing the contrary with the following: o Open MPI

Re: Sun Studio: STL libraries

2008-02-06 Thread Tim Mooney
In regard to: Re: Sun Studio: STL libraries, Tim Mooney said (at 6:05pm on...: In regard to: Re: Sun Studio: STL libraries, Peter O'Gorman said (at 5:25pm...: Tim, you say we still need to have -library=Crun for the stlport4 case? More than likely, yes. The stlport4 incompatibility is

Re: HEAD testsuite.

2008-02-06 Thread Gary V. Vaughan
Hi Markus, On 6 Feb 2008, at 22:17, Duft Markus wrote: Hi all... Could it be, that the autotest testsuite behaves badly if building out-of-source? I'm getting a whole bunch of file not founds with relative paths within the source dir. If yes, for now I will finish my libtool port with

Debugging Libtool's Insistence on Sourcing a Library from /usr/lib Rather Than LDFLAGS

2008-02-06 Thread Grant Erickson
I am attempting to debug an issue involving libtool from the avahi-0.6.22 package sourcing the local (i686-unknown-linux-gnu) version of libexpat (-lexpat) rather than the I one I direct it to find via LDFLAGS. The configure invocation: cd $(objdir) \ $(CURDIR)/$(srcdir)/configure \

Re: GNU Libtool 2.1b released (alpha release)

2008-02-06 Thread Pavel Roskin
Quoting Gary V. Vaughan [EMAIL PROTECTED]: With only one bug reported and fixed since Feb 1, either this is the most spectacularly well engineered release in the history of libtool, or else it is the least well tested release ever... For what it's worth, swfdec and swfdec-mozilla are fine