libtool
[Top][All Lists]
Advanced

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

Re: -soname passed directly to the compiler


From: Ralf Wildenhues
Subject: Re: -soname passed directly to the compiler
Date: Mon, 14 Feb 2011 06:01:41 +0100
User-agent: Mutt/1.5.20 (2010-08-04)

Hello Tom,

* tom fogal wrote on Sun, Feb 13, 2011 at 10:23:30PM CET:
> A package we're converting to the autotools is having an issue building
> a library; it seems to think gcc supports a -soname option.
> 
>   /bin/sh ../libtool --tag=CC   --mode=link mpicc  -I/home/tfogal/sw/include
>   -L/home/tfogal/sw/lib -o libH5Part.la -rpath
>   /home/tfogal/dev/install-h5part/lib H5Part.lo H5PartAttrib.lo H5Block.lo
>   H5BlockReadWrite.lo H5MultiBlock.lo H5MultiBlockReadWrite.lo  -lhdf5
>   mpicc -shared  .libs/H5Part.o .libs/H5PartAttrib.o .libs/H5Block.o
>   .libs/H5BlockReadWrite.o .libs/H5MultiBlock.o .libs/H5MultiBlockReadWrite.o
>   -L/home/tfogal/sw/lib /home/tfogal/shigeru/lib/libhdf5.a -lc  -soname
>   libH5Part.so.0 -o .libs/libH5Part.so.0.0.0
>   gcc: libH5Part.so.0: No such file or directory
>   gcc: unrecognized option '-soname'

> ltmain.sh (GNU libtool) 1.5.26 Debian 1.5.26-4+lenny1 (1.1220.2.493 2008/02/01
> 16:58:18)

Hmm, even libtool 1.5.26 should be detecting mpicc as gcc but apparently
it isn't.  You could look in config.log to find out why.  I'd really
really suggest using a newer Libtool though, 2.4 is the current version,
and I'm not eager to debug issues in the 1.5 branch (which has been dead
for almost three years now) any more.

Thanks,
Ralf



reply via email to

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