hi everyone,
I am still trying to crosscompile a dll on linux with the new
autotools series. Currently I use cvs-autoconf, automake-1.4d
and libtool-1.4 on top of libsdl.org/Xmingw32 cross-tools.
I did just need to change a single line in ltmain.sh which
enabled me afterwards to actually *buil
On Apr 26, 2001, Guido Draheim <[EMAIL PROTECTED]> wrote:
> I did just need to change a single line in ltmain.sh which
> enabled me afterwards to actually *build* a dll.
Looks like you were not using -no-undefined when creating the
library. This is required to build a DLL on MS-Windows.
--
A
Alexandre Oliva wrote:
>
> On Apr 26, 2001, Guido Draheim <[EMAIL PROTECTED]> wrote:
>
> > I did just need to change a single line in ltmain.sh which
> > enabled me afterwards to actually *build* a dll.
>
> Looks like you were not using -no-undefined when creating the
> library. This is requir
> From: [EMAIL PROTECTED]
>
> On Tue, Apr 17, 2001 at 02:51:08AM +0100, Gary V. Vaughan wrote:
> > > AIX by default wants it's shared libraries called lib.a.
> > > So libltdl.a is created (as a symlink to libltdl.so.3.0.0).
> > > The Makefile then wants to create a non-shared library also called
On Thu, Apr 26, 2001 at 08:31:02AM -0500, [EMAIL PROTECTED] wrote:
> > From: [EMAIL PROTECTED]
> >
> > Can we decide to:
> > 1. On AIX systems that support run-time-linking, make it the
> > *default* so lib.a is "static" and lib.so is
> > shared. With this, "-brtl" would be "inserted"
Is there any reason why I shouldn't be able to install a convience
library. For example
$ libtool --mode=compile cc -c dummy.c -o dummy.o
cc -c dummy.c -fPIC -DPIC -o .libs/dummy.o
cc -c dummy.c -o dummy.o >/dev/null 2>&1
$
$ libtool --mode=link cc -o libconv.la dummy.lo
ar cru .libs/libconv.a .
> From: [EMAIL PROTECTED]
>
> > 2. On AIX systems that do not support run-time-linking, support
> > only shared libraries (so, lib.a is shared and there is
> > no lib.so).
>
> Yup... That's what it does now.
>
Oops... Sorry, I read that part wrong.
Option 2. may be what we want
[EMAIL PROTECTED] wrote:
>
> On Thu, Apr 26, 2001 at 08:31:02AM -0500, [EMAIL PROTECTED] wrote:
> > > From: [EMAIL PROTECTED]
> > >
> > > Can we decide to:
> > > 1. On AIX systems that support run-time-linking, make it the
> > > *default* so lib.a is "static" and lib.so is
> > > share
On Thu, Apr 26, 2001 at 10:12:52AM -0500, Robert Boehne wrote:
> [EMAIL PROTECTED] wrote:
> >
> > Dan and Robert, please review. The patch does the following:
> > 1. If using runtime-linking, created shared libraries with
> > -G as the final option. Remove -bM:SRE if runtime-linking
> >
Hi folks,
Two results here, one with gcc, one without.
No UDK with either test.
i586-sco-sysv5uw7.1.1
gcc 2.95.3
binutils 2.10.1
gnu-make 3.79.1
autoconf 2.49e
automake 1.4c
no UDK
./bootstrap
./configure --with-gnu-ld
Con
Christopher Lintz writes:
> Can someone offer direction to this strange problem. I have built a 4 line function
>and built it into a shared library using libtool. I call the library with dlopen()
>(which is succesful), but when I call dlsym() it can't find the symbol for the
>function. Howe
Hello Libtoolers,
On this, the 2nd anniversary of the release of libtool-1.3, the Libtool Team
is delighted to announce Libtool version 1.4: Available now from
ftp://ftp.gnu.org/gnu/libtool/libtool-1.4.tar.gz and shortly from
all GNU mirror sites. You will find diffs and xdeltas from libtool-
Guido Draheim wrote:
>
> from that I'd say libtool knows that CC has created a pfe.exe but
> the automake-rules/vardefs expect a builddir/pfe.exe too. A copy
> of builddir' pfe to pfe.exe does indeed work. Who's to blame,
> libtool or automake?
>
It is libtool's fault - even that the final link
Forwarded message:
>From dave Thu Apr 26 13:01:45 EDT 2001
Subject: libtool adds multiple `-lg' options linking [v3] testsuite
To: [EMAIL PROTECTED]
Date: Thu, 26 Apr 2001 13:01:45 -0400 (EDT)
From: "John David Anglin"
X-Mailer: ELM [version 2.4 PL25]
MIME-Version: 1.0
Content-Type: text/plain; c
With these two items from the announcement:
* Improved support for darwin (rhapsody), mingw32, NetBSD, Compaq Tru64 V5.0
and Digital Unix V4.*.
...
* Support for aix5*.
and my understanding of the very recent changes related to AIX (including
AIX 5), coupled with the version numberin
ltmain.in in 1.4 has:
# On Cygwin there's no "real" PIC flag so we must build both object types
case $host_os in
cygwin* | mingw* | pw32* | os2*)
pic_mode=default
;;
esac
Taking a look at the generated libtool on Solaris 8/SPARC and AIX
4.3.2, $host_os is not defined
16 matches
Mail list logo