Hi Marcel,
* Marcel Martin wrote on Thu, May 11, 2006 at 01:01:36PM CEST:
I'm trying to build a 64-bit library on Solaris 9 SPARC. I'm actually using
autotools with a larger project, but I could reduce the problem to this small
test case which uses only libtool:
$ libtool --mode=link g++
Hi!
As promised in my last post
to this mailinglist I finally switched the SkyOS executable format from
PE to ELF.
And finally, libtool works like a charm.
Anyway, I have one question regarding
the version-type. As I don't want to use any shared library versioning
system on SkyOS, is it
Hi Robert,
* Robert Szeleney wrote on Thu, May 11, 2006 at 09:29:28AM CEST:
As promised in my last post to this mailinglist I finally switched the
SkyOS executable format from PE to ELF.
You know, it's pretty funny when issues in trying to port Libtool to
some system has the effect of
Hi Bruno,
* Bruno Haible wrote on Wed, May 10, 2006 at 09:34:42PM CEST:
+ if LC_ALL=C $CC -V 21 | sed 1q | grep Sun C /dev/null;
then
If that LC_ALL=C was really necessary, then that is a bug.
It may not be necessary within the context of a configure script. I put it
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Forwarding this very useful discussion of library builds on cygwin on
bug-gnu-utils. There are some suggestions in there for what libtool
should be doing to ease library builds.
Eric Blake
Date: Wed, 10 May 2006 23:25:46 -0400
From: Charles Wilson
I am trying to cross-complie gphoto2 gphoto.sf.net , which uses ltdl
I have everything compiled, but on execution it tries to find its
drivers in the build tree, and not in the target tree
See below
How do I configure libtool in a cross-compile environment to correctly
find the
Hello,
I compiled libtool-1.5.22 in a Sparc machine with Solaris 10 and got an
error message on gmake check step, which told me write the log to you,
so ...
Nelson
log.gmake-check-libtool-1.5.22.solaris10.txt.gz
Description: application/gzip
___