hanged to fix some old
bugs related to cross compiling with the --host argument. It would
seem that libtool needs to be updated to account for these changes
in autoconf. I think libtool needs to be able to understand both
--build and --host (where host defaults to build if not given).
Has this problem already been fixed on the HEAD branch? I would
rather use a released version but I will switch to the HEAD
if the problem is already fixed there.
thanks much
Mo DeJong
Red Hat Inc
n the libtool CVS for
autoconf 2.14 support? We can fix all the problems caused by the
autoconf upgrade on the branch and then merge it back into
the HEAD down the road. Does anyone see a problem with that?
Mo Dejong
Red Hat Inc.
--- libtool.m4 2000/06/18 03:02:52 1.71.2.21
+++ libtool.m4 2000/07/03 00:08:52
@@ -85,6 +85,7 @@
esac
AC_CHECK_TOOL(RANLIB, ranlib, :)
+AC_CHECK_TOOL(NM, nm, :)
AC_CHECK_TOOL(STRIP, strip, :)
# Check for any special flags to pass to ltconfig.
Mo DeJong
Red Hat Inc
icks up cc after it had already found
gcc in a higher level directory. The main problem
here is that when this build script is run under
Cygwin it fails rather badly because no cc can
be found (only gcc is on the PATH).
Mo DeJong
Red Hat Inc
any feedback that anyone else has. I am going to
attach the patch for the ML branch to this email.
Mo DeJong
Red Hat Inc
Index: ChangeLog
===
RCS file: /cvs/libtool/ChangeLog,v
retrieving revision 1.641.2.54
diff -u -r1.641.2.54
nd this or it is just that nobody uses libtool
to cross compile?
Mo DeJong
Red Hat Inc
On 6 Jul 2000, Alexandre Oliva wrote:
> On Jul 6, 2000, Mo DeJong <[EMAIL PROTECTED]> wrote:
>
> > Does anyone know why libtool still tries to use cc?
>
> Probably because configure doesn't export CC, and ltconfig performs
> its own search for cc, which
ecking if cc supports -c -o file.o... no
...
Does anyone know what is going on here? Why does
libtool run this stuff twice? Why does it unset
CC and why does it not use LTCC (which seems to
have the value I passed in for CC for both runs).
thanks
Mo DeJong
Red Hat Inc
On 9 Jul 2000, Alexandre Oliva wrote:
> On Jul 9, 2000, Mo DeJong <[EMAIL PROTECTED]> wrote:
>
> > I am trying to understand how libtool configures itself and
> > I just can not figure out why ltconfig unsets CC.
>
> This may happen in the second step, when
On 9 Jul 2000, Alexandre Oliva wrote:
> On Jul 9, 2000, Mo DeJong <[EMAIL PROTECTED]> wrote:
>
> > On 9 Jul 2000, Alexandre Oliva wrote:
> >> On Jul 9, 2000, Mo DeJong <[EMAIL PROTECTED]> wrote:
> >>
> >> > I am trying to understand h
On 9 Jul 2000, Alexandre Oliva wrote:
> On Jul 9, 2000, Mo DeJong <[EMAIL PROTECTED]> wrote:
>
> > appending configuration tag "GCJ" to libtool
>
> Huh? What the hack is GCJ doing here?
No idea. It seems to be something that AC_PROG_LIBTOOL
is doing.
>
On 9 Jul 2000, Alexandre Oliva wrote:
> On Jul 9, 2000, Mo DeJong <[EMAIL PROTECTED]> wrote:
>
> > appending configuration tag "GCJ" to libtool
>
> Huh? What the hack is GCJ doing here?
This got me thinking that it might gcj that
is doing the second conf
> On Jul 9, 2000, Mo DeJong <[EMAIL PROTECTED]> wrote:
>
> > I don't follow. If this -no-undefined argument needs to be
> > passed to libtool, automake should do that.
>
> Nope, automake can't tell whether a library does not depend on any
> e
lib/libfoo-0-0-0.dll
Now I just need to figure out how to
make libtool name it "foo.dll" instead
of libfoo-0-0-0.dll.
thanks!
Mo DeJong
Red Hat Inc
Hi all.
I am trying to build a windows .dll using libtool. The trick
here is that I want to include some symbols from a couple
of statis libs that are compiled in subdirectories of the
main src directory.
This seems to almost work if I leave this out:
libtkgs_la_LDFLAGS = -avoid-version
Mo
On Mon, 17 Jul 2000, Mo DeJong wrote:
> Hi all.
>
> I am trying to build a windows .dll using libtool. The trick
Doh! Sorry, ignore this message, I hit send too quickly.
Mo DeJong
Red Hat Inc
a .a lib correct?
Index: ltconfig.in
=======
RCS file: /cvs/libtool/ltconfig.in,v
retrieving revision 1.246.2.21
diff -u -r1.246.2.21 ltconfig.in
--- ltconfig.in 2000/07/20 02:29:16 1.246.2.21
+++ ltconfig.in 2000/07/22 05:59:02
@@ -616,7 +616,7 @@
esac
# Determine commands to create old-style static archives.
-old_archive_cmds='$AR $AR_FLAGS $oldlib$oldobjs$old_deplibs'
+old_archive_cmds='$AR $AR_FLAGS $oldlib$oldobjs$old_deplibs && \$RANLIB
\$oldlib'
old_postinstall_cmds='chmod 644 $oldlib'
old_postuninstall_cmds=
2. How can I tell libtool to just use ld -shared to link a .dll?
thanks
Mo DeJong
Red Hat Inc
cross_libtool.tgz
er should be doing
this for me. Libtool is just not letting the compiler do its
job because it does not pass the -l argument.
Mo DeJong
Red Hat Inc
On 26 Jul 2000, Alexandre Oliva wrote:
> On Jul 22, 2000, Mo DeJong <[EMAIL PROTECTED]> wrote:
>
> > -l arguments are silently removed from the link line
>
> Not silently. You got a *very* verbose message explaining the
> problem:
If the error said "libtool ca
On 26 Jul 2000, Alexandre Oliva wrote:
> On Jul 26, 2000, Mo DeJong <[EMAIL PROTECTED]> wrote:
>
> > If the error said "libtool can not link a static library into
> > the shared library you are trying to create" then I would
> > agree with you. Th
On Tue, 25 Jul 2000 [EMAIL PROTECTED] wrote:
> Mo DeJong wrote:
> >
> > I have tracked down one of the strange link error that I
> > am getting from libtool. It is caused by what (IMHO) seems
> > to be a bug in libtool, -l arguments are silently removed
> >
21 matches
Mail list logo
