automake
[Top][All Lists]
Advanced

[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)




reply via email to

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