Re: libtools bugs on Tru64

[Christian Cornelssen]

Hi,

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
together.)

Regards,

Christian Cornelssen