Re: dlopening installable ltdl modules failing (OS X problem only)

2007-08-17 Thread Peter O'Gorman
On Fri, 2007-08-17 at 23:05 -0400, David Fang wrote: > Hi, > I'm having a problem testing some libtool (ltdl) modules, but only > on OS X (darwin7 and darwin8, libtool 1.5.22 and .24). My executable > lt_dlopens a .la library in another built directory (during make check > testing), and fail

dlopening installable ltdl modules failing (OS X problem only)

2007-08-17 Thread David Fang
Hi, I'm having a problem testing some libtool (ltdl) modules, but only on OS X (darwin7 and darwin8, libtool 1.5.22 and .24). My executable lt_dlopens a .la library in another built directory (during make check testing), and fails with an lt_dlerror message like: dlopen(../../lib/mymodule

Re: Libtool woes

2007-08-17 Thread Brian Dessent
Jason Curl wrote: > /bin/sh ../libtool --tag=CC --mode=link gcc -g -O2 -version-info > 0:0:0 -o libtp.la -rpath /usr/local/lib version.lo > libtool: link: warning: undefined symbols not allowed in i686-pc-cygwin > shared libraries Libtool won't build shared libraries on Win32/PE targets witho

Libtool woes

2007-08-17 Thread Jason Curl
Hello, I'm having some real problems with libtool getting it to link shared libraries. I've created a very basic system that exhibits the same problems I'm seeing. At the end is a brief overview of the configure.ac and the Makefile.am's. *** Cygwin: Detects shared/static but won't build. $ ./c

Re: ar(1) issue building coreutils on 64-bit AIX

2007-08-17 Thread Ralf Wildenhues
Hello Eric, * Eric Blake wrote on Fri, Aug 17, 2007 at 05:33:31AM CEST: > > We ought to be consistent across all of the autotools. I personally > prefer ARFLAGS over AR_FLAGS, since it is CFLAGS and not C_FLAGS. Yes, if the variable in question fulfills the same semantics. Here, it definitely d

Re: Using libtool for linking

2007-08-17 Thread Jason Curl
Ralf Wildenhues wrote: Then this condition needs to be testable. I see two options: - Automatically disable shared libraries on this platform - Link statically from this library to our shared library There are more options; see below. FWIW, I typically use notation that's the other way ro

Re: Using libtool for linking

2007-08-17 Thread Jason Curl
Peter O'Gorman wrote: On Fri, 2007-08-17 at 13:29 +0200, Jason Curl wrote: As for testing the situation, AC_CHECK_LIB makes me believe it will work. But it only works in a subset of cases (i.e. static only). I have another implementation that I can compile in but at the moment there is no i

Re: Using libtool for linking

2007-08-17 Thread Ralf Wildenhues
* Jason Curl wrote on Fri, Aug 17, 2007 at 01:29:36PM CEST: > Bob Friesenhahn wrote: >> >> Perhaps the authors of libiberty do not expect that it will be used by >> anyone else. I don't think so. > Then this condition needs to be testable. I see two options: > - Automatically disable shared libr

Re: Using libtool for linking

2007-08-17 Thread Peter O'Gorman
On Fri, 2007-08-17 at 13:29 +0200, Jason Curl wrote: > > As for testing the situation, AC_CHECK_LIB makes me believe it will > work. But it only works in a subset of cases (i.e. static only). I have > another implementation that I can compile in but at the moment there is > no indication I shou

Re: Using libtool for linking

2007-08-17 Thread Jason Curl
Bob Friesenhahn wrote: On Fri, 17 Aug 2007, Jason Curl wrote: I have a system that supports shared libraries (Solaris 9). As part of some checks for 'getopt_long' I check if it exists in 'libiberty' if I can't find it in the standard system. It's there in libiberty. Now the problem occurs be