Re: libtools bugs on Tru64

[Martin MOKREJŠ]

On Tue, 14 Jan 2003, Christian Cornelssen wrote:

> 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"?

alphaev67-dec-osf5.1

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

No, none of them contain -R except "chmod -R" in Makefile.in.


-- 
Martin Mokrejs <address@hidden>, <address@hidden>
PGP5.0i key is at http://www.natur.cuni.cz/~mmokrejs
MIPS / Institute for Bioinformatics <http://mips.gsf.de>
GSF - National Research Center for Environment and Health
Ingolstaedter Landstrasse 1, D-85764 Neuherberg, Germany
tel.: +49-89-3187 3683 , fax: +49-89-3187 3585