[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: Install of libtool module on AIX 4.2 does not work.
From: |
Peter Ekberg |
Subject: |
RE: Install of libtool module on AIX 4.2 does not work. |
Date: |
Thu, 13 Jan 2005 19:32:46 +0100 |
Albert Chin wrote:
> On Tue, Jan 11, 2005 at 06:31:19PM +0100, Peter Ekberg wrote:
>> When installing a "libtool module" on aix 4.2, the .so file is not
>> installed, even though the .la file specifies:
>> dlname='x.so'
>>
>> Copying x.so to the intended directory makes it work. However,
>> trying to dlopen more than one such DSO does not work for some
>> reason yet unknown to me. But one is better than none, no?
>
> Rebuild with LDFLAGS="-Wl,-brtl".
Ok, I reconfigured with LDFLAGS="-Wl,brtl", which I assume stands
for "run time linking" or something like that?
configure only did a few tests, then bugged out with:
checking for C compiler default output file name... configure: error: C
compiler cannot create executables
See `config.log' for more details.
Relevant snip from config.log:
configure:2377: gcc -v </dev/null >&5
Reading specs from /sw/local/lib/gcc-lib/rs6000-ibm-aix4.2.1.0/3.2/specs
Configured with: /lysator/slaskdisk/tmp/marcus/gcc-3.2/configure
--prefix=/sw/lo
cal --enable-languages=c,c++,objc : (reconfigured)
/lysator/slaskdisk/tmp/marcus
/gcc-3.2/configure --prefix=/sw/local --enable-languages=c,c++,objc :
(reconfigu
red) /lysator/slaskdisk/tmp/marcus/gcc-3.2/configure --prefix=/sw/local
--enable
-languages=c,c++,objc --disable-shared --disable-libgcj : (reconfigured)
/lysato
r/slaskdisk/tmp/marcus/gcc-3.2/configure --prefix=/sw/local
--enable-languages=c
,c++,objc --disable-shared --disable-libgcj
Thread model: single
gcc version 3.2
configure:2380: $? = 0
configure:2382: gcc -V </dev/null >&5
gcc: argument to `-V' is missing
configure:2385: $? = 1
configure:2408: checking for C compiler default output file name
configure:2411: gcc -Wl,brtl conftest.c >&5
ld: 0706-005 Cannot find or open file: brtl
ld:open(): No such file or directory
collect2: ld returned 255 exit status
configure:2414: $? = 1
configure: failed program was:
I assume the --disable-shared option to gcc-configure is a showstopper
in this case? (I'm assuming that the last entry in "Configured with",
is what counts...)
Cheers,
Peter