[Top][All Lists]

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

Re: libtools bugs on Tru64

From: Christian Cornelssen
Subject: Re: libtools bugs on Tru64
Date: Tue, 14 Jan 2003 14:07:57 +0100 (CET)


On Tue, 14 Jan 2003, [iso-8859-2] Martin MOKREJ© wrote:

> Hi,
>   there is already "-rpath /software/@sys/usr/lib" present on the link
> line. I had to delete "-R/software/@sys/usr/lib". ld(1) doesn't know
> syntax "-R /software/@sys/usr/lib".
> [...]
> So, can someone fix in cvs libtool, so that when
> $ ld -V
> /usr/bin/ld version 5.1
> Error: No object file linked
> $
> is used on Digital UNix 4.0A-F, Tru64Unix 5.0, 5.1, 5.1A, that no
> -R$libdir option if forced?
> ltmain.sh (GNU libtool) 1.4e (1.1177 2003/01/12 07:04:27)

What's the output of "config.guess"?

On Tue, 14 Jan 2003, [iso-8859-2] Martin MOKREJ© wrote:

> See my previous post about this. I cannot find where the -R comes from in
> libtool.m4. It's present there, but in section under case condition not
> matching osf5. :(

I know what you mean.  I have looked for '-R\$' (which turned out
to be '-R$libdir' in all cases) in `libtool.m4' and did not find
invalid applications either.  Unless "config.guess" says something
other than "alpha*-*-osf5*"...

Hey, could it be that gtk+'s Makefile.am (or `Makefile.in', if the
former does not exist) specifies an -R in its libXXX_la_LDFLAGS
(or whatever)?  Then it's a gtk+ bug, and you may be able to work
around it by simply overriding the offending variable in the "make"
command line.  (This would also explain why -R and -rpath are used


Christian Cornelssen

reply via email to

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