[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Strange LT_INIT behavior
From: |
Peter O'Gorman |
Subject: |
Re: Strange LT_INIT behavior |
Date: |
Fri, 15 May 2009 23:08:53 -0500 |
On May 15, 2009, at 7:56 PM, Jeff Squyres wrote:
Does anyone have a suggestion to work around this LT_INIT-changes-
enable_static|shared-values behavior? Here's some possibilities
that occur to me:
- Before LT_INIT is invoked, should Open MPI's configure.ac set
F77=no if --disable-mpi-f77 is specified, and FC=no if --disable-mpi-
f90 is specified?
- Or is there another way to tell Libtool "I don't want support for
F77 / F90"?
- Or is it a bug that LT_INIT is resetting $enable_shared /
$enable_static?
- Or ...?
Hi Jeff,
I haven't checked, but I'd guess that this is not limited to darwin,
it seems like a bug to me that on linux with GNU ld, libtool reports
that /usr/bin/true can create shared libraries.
Can you move LT_INIT to come just after AC_PROG_CC, but before
AC_PROG_CXX, AC_PROG_F77 etc.? If so then doing so should, I think,
make libtool not check other languages, then checking all the other
languages conditionally would make the libtool language checks
conditional too.
Peter
--
Peter O'Gorman
http://pogma.com