Ralf Wildenhues wrote:
* Peter O'Gorman wrote on Fri, Mar 07, 2008 at 08:40:08AM CET:
Peter O'Gorman wrote:
Ralf has already checked in a workaround for gcj being unable to create
objects/executables. I guess I will add to that so it tests that an
executable created by the compiler will
Ralf Wildenhues wrote:
* Roberto Bagnara wrote on Wed, Mar 05, 2008 at 07:37:58AM CET:
It is better now, but there is still the problem that, apparently,
libtool redirects stdin for the program it is running.
Gosh. How embarrassing. I've applied this patch.
Dear Ralf,
everything seems to
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
On Fri, 7 Mar 2008, Ralf Wildenhues wrote:
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.
You may recall that mixing tools was not
Ralf Wildenhues wrote:
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
On Sat, Mar 08, 2008 at 08:27:38AM +0100, Roberto Bagnara wrote:
Ralf Wildenhues wrote:
I can reproduce this error under the following circumstances:
A libltdl 2.1 or newer has previously been installed in a place
where the preprocessor and the link editor can find headers resp.
library