bug-libtool
[Top][All Lists]
Advanced

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

Re: [libtool 2.2] testsuite: 18 19 64 failed [Solaris 7 SPARC]


From: Ralf Wildenhues
Subject: Re: [libtool 2.2] testsuite: 18 19 64 failed [Solaris 7 SPARC]
Date: Fri, 7 Mar 2008 20:11:36 +0100
User-agent: Mutt/1.5.17+20080114 (2008-01-14)

Hello Peter,

* Peter O'Gorman wrote on Fri, Mar 07, 2008 at 02:04:41AM CET:
> Peter O'Gorman wrote:
> > Nelson H. F. Beebe wrote:
> > 
> >>> libtool: link: f90 -shared  -Qoption ld --whole-archive ./.libs/liba1.a 
> >>> ./.libs/liba2.a -Qoption ld --no-whole-archive     -Qoption ld -soname 
> >>> -Qoption ld liba12.so.0 -o .libs/liba12.so.0.0.0
> >>> /convenience.at:211: exit code was 1, expected 0
> >>> 18. convenience.at:169: 18. FC convenience archives (convenience.at:169): 
> >>> FAILED (convenience.at:211)
> > 
> > Libtool detected FC as f90, but otherwise used the gcc tools. I'll look
> > into this.
> 
> Because we generally use the same archive_cmds for F77, FC as for CXX,

No we don't.  archive_cmds _is_ tagged.  In a casual test, it worked
just fine for me to mix gcc and g++ with Solaris 10 f77 and f90.

I must admit that I don't yet know why this doesn't work for Nelson's
system, though.

> things can get a little messed up. This "fixes" the most common case,
> gcc, g++, g77/gfortran & some other fortran compiler, by pretending the
> "other fortran compiler" does not exist.

As I said before, I know several setups where this kind of thing does
work (as long as your patch is not applied). 

Cheers,
Ralf




reply via email to

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