This is the mail archive of the
automake@gnu.org
mailing list for the automake project.
Re: automake 1.8.3: Tru64: fix for depcomp
- From: Nicolas Joly <njoly at pasteur dot fr>
- To: Alexandre Duret-Lutz <adl at src dot lip6 dot fr>
- Cc: Nicolas Joly <njoly at pasteur dot fr>, automake-patches at gnu dot org,"Burgers A.R." <burgers at ecn dot nl>, automake at gnu dot org
- Date: Sat, 24 Apr 2004 12:22:30 +0200
- Subject: Re: automake 1.8.3: Tru64: fix for depcomp
- Organization: Pasteur Institute, Paris.
- References: <40691F7D.6050208@ecn.nl> <2004-04-24-11-21-00+19152+adl@gnu.org>
On Sat, Apr 24, 2004 at 11:20:59AM +0200, Alexandre Duret-Lutz wrote:
> >>> "Burgers" == Burgers A R <burgers@ecn.nl> writes:
>
> Burgers> In order to get the dependencies for a LTLIBRARY right for Tru64's
> Burgers> native cc C-compiler, I had to apply the following patch to
> Burgers> automake's depcomp script. cc -MD outputs the dependencies in the
> Burgers> .o.d file, not in the .lo.d file.
>
> Burgers> I am using automake 1.8.3, autoconf 2.59,
> Burgers> libtool (ltmain.sh (GNU libtool) 1.5 (1.1220 2003/04/05 19:32:58))
>
> Thanks, I'm installing the following patch on HEAD and
> branch-1-8. It would be nice to know the difference between
> your setup and Nicolas's.
I think, if remember correctly, that there is a behaviour change between
libtool 1.4 and 1.5 series for the Tru64 compiler.
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.
--
Nicolas Joly
Biological Software and Databanks.
Institut Pasteur, Paris.