[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: automake 1.8.3: Tru64: fix for depcomp
From: |
Albert Chin |
Subject: |
Re: automake 1.8.3: Tru64: fix for depcomp |
Date: |
Thu, 29 Apr 2004 18:38:12 -0500 |
User-agent: |
Mutt/1.5.6i |
On Thu, Apr 29, 2004 at 11:14:15AM +0200, Nicolas Joly wrote:
> On Thu, Apr 29, 2004 at 12:37:56AM -0500, Albert Chin wrote:
> > On Sat, Apr 24, 2004 at 12:22:30PM +0200, Nicolas Joly wrote:
> > > With Tru64 cc compiler, shared objects can also be used to make a
> > > static library. This mecanism is used in libtool 1.4 series to handle
> > > both shared and static libraries. But, this exception was removed for
> > > libtool 1.5 which now generates 2 separate objects (PIC vs. non PIC)
> > > for the 2 libraries (shared vs. static); like other compilers.
> >
> > Are you sure? I thought all object files on Tru64 UNIX were PIC?
>
> Agreed, both objects are PIC (default on Tru64).
>
> The main concern was that now 2 separate objects are created (one with
> `-DPIC' and the other without) :
>
> /bin/ksh ./libtool --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I. -g -c
> -o ltdl.lo ltdl.c
> mkdir .libs
> cc -DHAVE_CONFIG_H -I. -I. -I. -g -c ltdl.c -DPIC -o .libs/ltdl.o
> cc -DHAVE_CONFIG_H -I. -I. -I. -g -c ltdl.c -o ltdl.o >/dev/null 2>&1
Is this a libtool bug then?
--
albert chin (address@hidden)