[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

problem with libtool

From: Jens Reimann
Subject: problem with libtool
Date: 16 Apr 2003 14:36:40 +0200


I've got a problem with libtool (libtool-1.4.3-5) from the redhat 9

hope you can help me with this!

i upgraded from redhat 8 to 9 and now my project does not build anymore.
The facts are:

 - libtool-1.4.3-5
 - automake-1.6.3-5
 - autoconf-2.57-3

The check of libtool wether -c and -o can be used in parallel failed: 

configure:6639: checking if gcc supports -c -o file.o
configure:6662: g++ -c -g -O2 -Wall >&5
Assembler messages:
FATAL: can't create conftest.o: Permission denied
configure:6683: result: no

therefore the variable "" in libtool is set to "no":

# Does compiler simultaneously support -c and -o options?

when I now build I will get the following result:

Making all in lib
make[1]: Entering directory `/home/jens/cvs/lcl/lib'
source='' object='liblcl_la-lsserver.lo' libtool=yes \
tmpdepfile='.deps/liblcl_la-lsserver.TPlo' \
depmode=gcc3 /bin/sh ../admin/depcomp \
/bin/sh ../libtool --mode=compile g++ -DHAVE_CONFIG_H -I. -I.
-I../include/lcl -I../include -I/usr/vmware/oracle/OraHome1/rdbms/demo
-I/usr/vmware/oracle/OraHome1/rdbms/public  -I/usr/local/include
-D_LCL_BUILD_LIB_ -g -O2 -c -o liblcl_la-lsserver.lo `test -f
'' || echo
rm -f .libs/liblcl_la-lsserver.lo
g++ -DHAVE_CONFIG_H -I. -I. -I../include/lcl -I../include
-I/usr/vmware/oracle/OraHome1/rdbms/public -I/usr/local/include
-D_LCL_BUILD_LIB_ -g -O2 -c -MT liblcl_la-lsserver.lo -MD
-MP -MF .deps/liblcl_la-lsserver.TPlo  -fPIC -DPIC warning: #warning Currently only SOCK_STREAM and
SOCK_DGRAM connections are supported by LSocketServer warning: #warning Have to make packetBuffer size
mv -f liblcl_la-lsserver.o .libs/liblcl_la-lsserver.lo
mv: cannot stat `liblcl_la-lsserver.o': No such file or directory
make[1]: *** [liblcl_la-lsserver.lo] Error 1
make[1]: Leaving directory `/home/jens/cvs/lcl/lib'
make: *** [all-recursive] Error 1

It looks to me as if the libtool does not set "-o" for g++ but then
expects the .o file to be in a place where the "-o" option would have
put it!

This was no problem with redhat 8.

When I change "compiler_c_o" manually to "yes" everything works fine.

I know that saying "oh it didn't happen with redhat 8" is not helping
you very much, but hopefully you have heard about the problem and have a
patch/fix/solution in your pocket. Or at least a hint where to start the


best regards

Jens Reimann
GPG/PGP Fingerprint: A7FE 35B5 ADA0 CF96 8359  BF2B E17C 9CD8 F9B3 C74A

Attachment: signature.asc
Description: This is a digitally signed message part

reply via email to

[Prev in Thread] Current Thread [Next in Thread]