Hello Henning,
I have applied your patch now, including a NEWS entry, as below, and put
you in THANKS. Please check that I did not make any errors, thanks.
Gathering from the testsuite failure, the shared library support has
some work ahead yet.
Cheers,
Ralf
2008-03-12 Henning Nielsen Lund
Hi Thien-Thi,
* Thien-Thi Nguyen wrote on Sun, Mar 09, 2008 at 10:29:13AM CET:
() Peter O'Gorman [EMAIL PROTECTED]
() Sat, 08 Mar 2008 17:33:47 -0600
It seems likely that you have a configure that was created with
a different version of libtool than ltmain.sh was created with.
Are
On Sat, Mar 08, 2008 at 09:58:38AM +0100, Roberto Bagnara wrote:
Ralf Wildenhues wrote:
What I instead meant was: the installed libltdl.la file is missing,
but the libltdl.so.7 file is still present, as is the ltdl.h header
in the include directory.
Does that still match your setup
Hi Alexis,
* Alexis Ballier wrote on Sat, Mar 08, 2008 at 02:50:09PM CET:
Perhaps it's the desired behavior, but I get a failure on test 55 when
using -Wl,--as-needed in LDFLAGS (and its ok if I remove it).
From my poor understanding of template.at, the test is run for the case
when libb
Hi Gary,
* Gary V. Vaughan wrote on Sat, Mar 08, 2008 at 05:39:38PM CET:
On 8 Mar 2008, at 07:03, Ralf Wildenhues wrote:
we have a couple of problems wrt. cross compilation to w32 in 2.2.
When I cross-compile from GNU/Linux to MinGW using Debian's mingw32
packages (i586-mingw32msvc-gcc etc
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 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
Hello Peter,
* Peter O'Gorman wrote on Thu, Mar 06, 2008 at 06:36:22AM CET:
I admit that I don't understand the failures like this one yet.
Nelson H. F. Beebe wrote:
/convenience.at:265: $LIBTOOL --tag=GCJ --mode=link $GCJ $GCJFLAGS
$LDFLAGS -o liba12.la liba1.la liba2.la -rpath
?
Cheers,
Ralf
2008-03-06 Ralf Wildenhues [EMAIL PROTECTED]
* tests/convenience.at (Java convenience archives): Skip test if
gcj cannot compile a .java file.
Report by Nelson H. F. Beebe.
Index: tests/convenience.at
Hello Nelson,
* Nelson H. F. Beebe wrote on Thu, Mar 06, 2008 at 02:18:18AM CET:
# -*- compilation -*-
35. am-subdir.at:33: testing ...
libtoolize: putting auxiliary files in `.'.
libtoolize: copying file `./ltmain.sh'
libtoolize: putting macros in `m4'.
* Ralf Wildenhues wrote on Mon, Jan 21, 2008 at 08:18:26AM CET:
* Bruno Haible wrote on Mon, Jan 21, 2008 at 12:46:12AM CET:
[...]
if ${opt_dry_run-false}; then :; else
+ eval $lt_switch_to_user_locale
eval $my_cmd
my_status=$?
+ eval
* Bob Friesenhahn wrote on Thu, Mar 06, 2008 at 08:43:15PM CET:
On Thu, 6 Mar 2008, Peter O'Gorman wrote:
I think the test for a working GCJ should be in libtool, and unset GCJ,
avoid adding the tag etc.if it is found to be nonfunctional. We would
have to issue a warning during configure or
* Peter O'Gorman wrote on Thu, Mar 06, 2008 at 08:57:56PM CET:
Ralf Wildenhues wrote:
I'm considering doing that (the stop-gap measure).
Your call.
I've applied that now.
Yes, and I can conceive just as well a libtool-using package which may
optionally use a Java compiler, and thus
* Gary V. Vaughan wrote on Thu, Mar 06, 2008 at 10:41:47PM CET:
On 6 Mar 2008, at 15:03, Bob Friesenhahn wrote:
There needs to be a way to output any warnings at the tail end of
configure so that at least someone is more likely to see them.
Without adequate notification to the user, the
* 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 actually run.
Ok?
* 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.
Thanks for testing!
Ralf
2008-03-05 Ralf Wildenhues
* Bob Friesenhahn wrote on Thu, Mar 06, 2008 at 06:28:10AM CET:
On Wed, 5 Mar 2008, Peter O'Gorman wrote:
Your gcj and automake are broken. Do you have a sane toolchain on any of
your systems?
That sounds a little harsh. I think that the LZMA complaint from
automake may be because
Hello Roberto,
your posts are good sources of bug reports ...
* Roberto Bagnara wrote on Sun, Mar 02, 2008 at 08:48:07AM CET:
## --- ##
## libtool 2.2 test suite. ##
## --- ##
[...]
## ##
## Summary of the failures. ##
##
Hi Peter,
* Peter O'Gorman wrote on Tue, Mar 04, 2008 at 07:14:51AM CET:
Ralf Wildenhues wrote:
So I'd appreciate a review of this, and also test results on systems
with loaders other than preopen and dlopen. (I haven't even tested
successful compilation on those other systems.)
I
a reporter. The hard part with this patch was ensuring that
none of the libtool code uses this bit in a sed pattern (in some parts
script headers are checked, but not this one, apparently).
Cheers, and thanks to both of you for the report (I put you in THANKS),
Ralf
2008-03-04 Ralf Wildenhues
-*-
+#
+# Copyright (C) 2008 Free Software Foundation, Inc.
+# Written by Ralf Wildenhues, 2008
+#
+# This file is part of GNU Libtool.
+#
+# GNU Libtool is free software; you can redistribute it and/or
+# modify it under the terms of the GNU General Public License as
+# published by the Free
Hi Neil,
* Neil Roberts wrote on Sat, Mar 01, 2008 at 08:24:22PM CET:
As I understand it, when linking a shared library libtool checks
whether all of the dependencies are found and that they are valid
libraries. In the old version of libtool it just did this using
objdump which reports the
Hello Roberto,
* Roberto Bagnara wrote on Sun, Mar 02, 2008 at 08:48:07AM CET:
I got errors on a Fedora 7 system (x86_64): the log file
is attached. I have also tried using Libtool 2.2 on one
of my projets, but I get the following:
/bin/sh ../libtool --tag=CXX --mode=compile g++
Hi Karl,
* Karl Berry wrote on Mon, Feb 25, 2008 at 06:59:39PM CET:
A Texinfo contributor made use of two argz functions that are not in the
implementation in gnulib, argz_add and argz_count. As a result, of
course compilation failed on non-glibc systems. They seemed trivial to
implement,
Hello Bruno,
* Bruno Haible wrote on Sun, Feb 24, 2008 at 02:51:08PM CET:
A while ago someone said that if in a build directory I have a (not yet
installed) ../lib/libfoo.la, to link with this library I should *not* use
libtool ... -L../lib -lfoo
but rather mention the .la file
* Ralf Wildenhues wrote on Mon, Feb 11, 2008 at 11:01:53PM CET:
In an empty directory this happens:
$ libtoolize --copy --ltdl
touch: cannot touch `/ltmain.sh': Permission denied
libtoolize: can not copy `/home/ralf/local/share/libtool/config/ltmain.sh' to
`/'
libtoolize: copying file
Hello,
In an empty directory this happens:
$ libtoolize --copy --ltdl
touch: cannot touch `/ltmain.sh': Permission denied
libtoolize: can not copy `/home/ralf/local/share/libtool/config/ltmain.sh' to
`/'
libtoolize: copying file `libltdl/config/compile'
libtoolize: copying file
* Bruno Haible wrote on Mon, Jan 21, 2008 at 12:46:12AM CET:
[...]
if ${opt_dry_run-false}; then :; else
+ eval $lt_switch_to_user_locale
eval $my_cmd
my_status=$?
+ eval $lt_switch_to_safe_locale
if test $my_status -eq 0; then :; else
[...]
+
[ http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=447022 aka.
http://thread.gmane.org/gmane.comp.gnu.libtool.bugs/5879/focus=342902 ]
Hello, and sorry for the long delay.
* Clint Adams wrote on Sat, Dec 15, 2007 at 02:39:36AM CET:
On Fri, Dec 14, 2007 at 01:59:34AM +, Colin Watson wrote:
* Clint Adams wrote on Wed, Jan 16, 2008 at 08:43:22PM CET:
On Wed, Jan 16, 2008 at 06:44:30PM +, Colin Watson wrote:
In my failing test case, I have /bin/sh in both these places, not
/bin/bash.
Same here.
Let's find out what the differences in the setups are. Which version
of dash?
[ Cc:ing bug-libtool ]
Hello Bruno, Paul, all,
* Bruno Haible wrote on Sat, Dec 29, 2007 at 05:36:01PM CET:
Paul Eggert wrote:
I do have a bit of trouble reading the code, though.
It doesn't seem to match the comment: e.g., it strips a leading lt-
even when there's no /.libs/.
When I
Hi Peter,
* Peter O'Gorman wrote on Tue, Dec 11, 2007 at 05:11:47PM CET:
Ralf Wildenhues wrote:
That's a bug, thanks for catching. Does it work if _LT_CHECK_BUILDDIR
is only m4_require'd?
I assume if that's fixed, there will still be more issues.
It works a bit better, now
Hello Sam,
Thanks for the report and patch.
* Sam Steingold wrote on Mon, Dec 03, 2007 at 06:08:47PM CET:
VERSION=1.5.22
TIMESTAMP= (1.1220.2.365 2005/12/18 22:14:06)
ltmain.sh install does not support spaces in destdir, because it does
not quote destdir. this can be a serious problem for
Hi Peter,
* Peter Rosin wrote on Thu, Nov 22, 2007 at 09:03:41AM CET:
On Thu, Nov 22, 2007 at 08:19:56AM +0100, Ralf Wildenhues wrote:
+AT_DATA([nopicfail.c],
+[[
+#ifndef PIC
+choke me
+#endif
+int ans = 42;
+]])
+
+AT_DATA([picfail.c],
+[[
+#ifndef PIC
+choke me
Hello Sven,
Replying to this issue only for now:
* Sven Verdoolaege wrote on Thu, Nov 15, 2007 at 10:48:40AM CET:
In any case, I solved this problem by specifying AC_DISABLE_SHARED.
However, my own library not only depends on a static library
but also on some other libtool libraries (not
* Ralf Wildenhues wrote on Thu, Nov 08, 2007 at 09:05:24PM CET:
LIBLTDL = ${top_builddir}/ltdl/libltdl.la
[...]
New config files output variable `top_build_prefix'.
Thanks to Paul and Benoit for reviewing my Autoconf patch.
Here's what I could think of for Libtool. It's a bit ugly
Hello Autoconf patchers,
We have hit another bug in HEAD Libtool, for which we could use help
from Autoconf.
This is the setting: a third-party package (GraphicsMagick) that uses
libltdl in nonrecursive mode in a nonrecursive Makefile[1]. In this
Makefile, the library is given as
* Ralf Wildenhues wrote on Thu, Nov 08, 2007 at 09:05:24PM CET:
New config files output variable `top_build_prefix'.
* lib/autoconf/status.m4 (_AC_OUTPUT_FILE): Substitute
`top_build_prefix'.
* doc/autoconf.texi (Preset Output Variables): Document it.
* NEWS
Hello Sergey,
* Sergey Pribilskiy wrote on Mon, Nov 05, 2007 at 09:51:33PM CET:
[...]
configure:2033: checking for a BSD-compatible install
configure:2089: result: /usr/bin/install -c -o root -g wheel
configure:2100: checking whether build environment is sane
configure:2137: error: newly
[ http://thread.gmane.org/gmane.comp.lib.gnulib.bugs/7149/focus=5820 ]
* Eric Blake wrote on Tue, Oct 02, 2007 at 02:11:25PM CEST:
According to Ralf Wildenhues on 10/1/2007 12:16 PM:
I guess branch-1-5 Libtool is affected just as well, and I wonder
whether, if we rename variables
* Eric Blake wrote on Fri, Sep 28, 2007 at 06:33:45AM CEST:
2006-09-26 Eric Blake [EMAIL PROTECTED]
and Ralf Wildenhues [EMAIL PROTECTED]
* lib/autoconf/general.m4 (AC_CACHE_VAL): Warn if cache-id is not
cached.
* tests/base.at (AC_CACHE_CHECK): Adjust test to expect
Hello all,
* Peter Rosin wrote on Fri, Aug 17, 2007 at 09:24:39PM CEST:
Just pointing out that for libtool the archiver is never invoked as
either of:
$AR $AR_FLAGS cru ...
$AR $AR_FLAGS x ...
$AR $AR_FLAGS t ...
it is always one of these instead:
$AR $AR_FLAGS
* Dirk Mueller wrote on Wed, Aug 15, 2007 at 10:51:54AM CEST:
On Wednesday, 15. August 2007, Ralf Wildenhues wrote:
Could you post such a corrupted .la file, preferably gzip'ed so that it
won't be harmed by mail transport? How did it get corrupted BTW?
The initial report came from
Hi Tilman,
* Tilman Koschnick wrote on Fri, Aug 03, 2007 at 05:43:22PM CEST:
the Portland Group C++ compiler has two equivalent names that do the
same: pgCC and pgcpp. libtool currently only supports the former one; it
would be good if you could add support for both versions.
Thanks!
* Vincent Lefevre wrote on Tue, Jul 03, 2007 at 01:22:35AM CEST:
On 2007-07-02 22:40:37 +0200, Ralf Wildenhues wrote:
Thanks for your feedback. Does this patch work for you?
Yes, it solves the problem. Thanks.
Thanks to both of you. Applied.
* Peter O'Gorman wrote on Tue, Jul 03, 2007
Hello Kyle,
* Kyle Stemen wrote on Sat, Jun 30, 2007 at 08:29:50AM CEST:
I'm building libtool on AIX 5.3 release 4. I have gcc and other
development tools installed from
http://www-03.ibm.com/servers/aix/products/aixos/linux/download.html.
Make check is failing on the CVS snapshot, 2.1a. It
Hello Dmitri,
Please keep the mailing list in Cc: so this information is conserved,
thanks.
* Dmitri Chubarov wrote on Mon, May 14, 2007 at 03:27:57PM CEST:
That's right. The most recent version of libtool handles
AC_LIBTOOL_PROG_COMPILER_PIC with Sun 5.9 C/C++ compilers correctly.
Hello Dmitri,
Thanks for the report.
* Dmitri Chubarov wrote on Sat, May 12, 2007 at 12:06:23PM CEST:
When defining AC_LIBTOOL_PROG_COMPILER_PIC, the values libtool assigns
for SunStudio 11 and 12 compilers on Linux are not correct. The values
should be
lt_prog_compiler_wl='-Wl,'
* Mike Frysinger wrote on Tue, May 08, 2007 at 06:34:31PM CEST:
-Bstatic would be valid for the compiler driver regardless ... if you had a
directory in $PWD named static ...
If you have a directory named static and used that as argument for -B,
you deserve trouble. Also, isn't -B to be fed
Hello Mike,
* Mike Frysinger wrote on Tue, May 08, 2007 at 12:41:44AM CEST:
looking through current libtool code, i dont see any places that it allows
gcc's -B arguments through to the linking stage ... is there such code
Currently not. It would have to be at least a bit smart, too, to avoid
Hello Peter, Christoph, all,
* Peter O'Gorman wrote on Wed, May 02, 2007 at 02:22:28PM CEST:
Ralf, if you don't have a patch handy, I can look into this.
I don't care if you do the work or I, but it was me who broke it. ;-)
All I can say is that a test case should be added, and that I
Thanks Noah. I installed that, but changed the constant to be a #define
in the header file.
To ease Jeff's concerns about -shared: if libtool supports shared
libraries for the system/compiler in question, then they will be
preferred over static libs. So -shared is not needed in order for the
* Peter O'Gorman wrote on Wed, Apr 04, 2007 at 12:06:58AM CEST:
On Apr 3, 2007, at 4:44 PM, Ralf Wildenhues wrote:
Do I understand correctly that Darwin has no way to hardcode library
paths (other than the ones given by -install-name)? OK to apply and
backport? It fixes the stresstest
Hi Simon,
Thanks for the bug report.
* Simon Josefsson wrote on Thu, Mar 29, 2007 at 12:17:32PM CEST:
/bin/sh ../libtool --tag=CC --mode=link gcc -DLIBSSH2_DARWIN -I/
usr/include -I/usr/include -no-install -L/usr/lib -lcrypto -L/usr/lib
-lz -o simple simple.o ../src/libssh2.la
mkdir
by an, umm, large factor, you could
probably pay someone (else) to do a nice clean rewrite of Libtool.
Alternatively, I'd welcome you to do to Libtool what you did to Autoconf
some years ago.
Cheers,
Ralf
2007-03-29 Ralf Wildenhues [EMAIL PROTECTED]
* libtool.m4 (AC_LIBTOOL_CONFIG
Hello Steve, and sorry for the delay,
* Ralf Wildenhues wrote on Fri, Mar 16, 2007 at 06:34:34PM CET:
* Steve Ellcey wrote on Fri, Mar 16, 2007 at 06:30:38PM CET:
AC_DEFUN([LT_PROG_GCJ],
[m4_ifdef([AC_PROG_GCJ], [AC_PROG_GCJ],
[m4_ifdef([A][M_PROG_GCJ], [A][M_PROG_GCJ
* Steve Ellcey wrote on Fri, Mar 16, 2007 at 06:30:38PM CET:
AC_DEFUN([LT_PROG_GCJ],
[m4_ifdef([AC_PROG_GCJ], [AC_PROG_GCJ],
[m4_ifdef([A][M_PROG_GCJ], [A][M_PROG_GCJ],
[AC_CHECK_TOOL(GCJ, gcj,)
test x${GCJFLAGS+set} = xset || GCJFLAGS=-g -O2
Allow me to keep the mailing list in Cc:, thanks.
* Gnew, John C wrote on Wed, Mar 07, 2007 at 06:55:36PM CET:
The tarball is at http://www.ijg.org/files/jpegsrc.v6b.tar.gz
Wow. That's almost 9 years old! Still it works fine here once I
replace the config.guess and config.sub files with newer
* David Fang wrote on Fri, Feb 23, 2007 at 10:26:06PM CET:
This failure is because $LD is set wrongly, see the configure output
earlier:
| checking for ld used by ccache gcc-3.4.0... g++-3.4.0
% ccache gcc-3.4.0 -print-prog-name=ld
ld
Hmm. Do you have $LD set? Does ccache set this
Hello David,
* David Fang wrote on Thu, Feb 22, 2007 at 05:17:17AM CET:
Here are my results for libtool-1.15.23b on
i386-unknown-freebsd4.3 (most PASSes omitted):
Some relevant excerpts and notes:
--8 snip 8---
= Finding libtool.m4's guesses at hardcoding values
=
* Lynn Ten Eyck wrote on Fri, Feb 16, 2007 at 03:53:29PM CET:
On Fri, 2007-02-16 at 14:11 +0100, Ralf Wildenhues wrote:
The failure of 25 is new to me. Do you have a libltdl.so.7 installed in
a place where the link editor finds it by default? If yes, is there a
libltdl.la file installed
there will be a link error due to `lt_preloaded_symbols' being
undefined. Guess I'll fix that too...
I'm applying the following patch, which hopefully improves things in
this area.
Cheers,
Ralf
2007-02-19 Ralf Wildenhues [EMAIL PROTECTED]
* libltdl/m4/ltdl.m4 (LT_WITH_LTDL): Fix detection
and branch-1-5,
and adding you to THANKS.
Cheers,
Ralf
HEAD:
2007-02-17 Ralf Wildenhues [EMAIL PROTECTED]
* libltdl/m4/libtool.m4 (_LT_LINKER_SHLIBS) [ linux ]
whole_archive_flag_spec: For Sun C/C++ 5.9, do not add
/dev/null as dummy object, it fails with GNU ld version
Hello Lynn,
Thanks for the report.
* Lynn F. Ten Eyck wrote on Thu, Feb 15, 2007 at 11:44:02PM CET:
I installed libtool 2.1a from CVS tonight and installed it. The self-
test failed two tests. The log reports most of the configuration
information.
I installed the latest released
Hello Terry,
Thanks for the report.
* Terry D. Dontje wrote on Fri, Feb 16, 2007 at 01:55:10PM CET:
[EMAIL PROTECTED]:~/tmp/compissue cc -mt -c foo.c -KPIC -DPIC -o foo.o
[EMAIL PROTECTED]:~/tmp/compissue ar cru libtest.a foo.o
[EMAIL PROTECTED]:~/tmp/compissue cc -G
Hello Paul, all,
http://thread.gmane.org/gmane.comp.sysutils.autoconf.bugs/5266/focus=5549
* Paul Eggert wrote on Thu, Oct 12, 2006 at 09:45:24PM CEST:
Ralf Wildenhues [EMAIL PROTECTED] writes:
This patch kills $as_executable_p. This breaks libtool.m4 from
Libtool-1.5.22 (and possibly
Hi Peter,
Thanks for the quick review!
* Peter O'Gorman wrote on Sun, Feb 11, 2007 at 01:18:56PM CET:
On Feb 11, 2007, at 6:33 PM, Ralf Wildenhues wrote:
OK to apply?
+m4_ifndef([_AS_TEST_PREPARE],
+[m4_defun([_AS_TEST_PREPARE],
+[as_executable_p=test -f
Could we test if test -x works
Hello Simon,
Thanks for the report.
* Simon Josefsson wrote on Thu, Feb 01, 2007 at 10:53:08AM CET:
Hi! I'm trying to understand why 'make check' fails for GnuTLS with
automake 1.10 as follows:
...
fixme:msvcrt:_spawnve only trying .exe when no extension given
Wine failed with return
;
+ }
+
saw_nonresident = 1;
if (!LT_DLIS_RESIDENT (tmp) tmp-info.ref_count = level)
{
HEAD:
2007-01-28 Dave Brolley [EMAIL PROTECTED]
Ralf Wildenhues [EMAIL PROTECTED]
* libltdl/ltdl.c (lt_dlexit): Make sure that 'cur
. Neither of these cases are worth
worrying about.
OK.
Ralf Wildenhues [EMAIL PROTECTED] writes:
Is it likely (in practice) to have math functions like sin, cos,
available but not math.h? Similarly, is it likely to have string
functions but not string.h?
Not these days, no. However
Hello Matthew,
* Matthew Ford wrote on Fri, Jan 26, 2007 at 05:36:09AM CET:
I am trying to build subversion 1.4.2 and continue to get this libtool
error.
cd subversion/mod_dav_svn /bin/bash
/ap/d/serena/tt/build/subversion-1.4.2/libtool --tag=CC --silent
--mode=link gcc -g -O2 -g -O2
Hello Bob,
Apologies for the enormous delay. :-(
* Bob Proulx wrote on Sat, Jan 20, 2007 at 07:50:04PM CET:
A while ago I raised an issue trying to build coreutils on HP-UX ia64.
http://lists.gnu.org/archive/html/bug-gnu-utils/2006-08/msg00083.html
Let me keep this issue alive and
Hello Dave,
Thanks for the bug report.
* Dave Brolley wrote on Thu, Jan 18, 2007 at 07:39:23PM CET:
The attached patch fixes a problem with a dangling pointer in lt_dlexit
withing libltdl. The problem is that lt_dlclose is recursively called
(via unload_deplibs) in order to close
header checks in user code;
that is, once all other checks for string.h and strings.h are eliminated
from their configury.
WDYT?
Cheers,
Ralf
2007-01-21 Ralf Wildenhues [EMAIL PROTECTED]
Assume C89.
* libltdl/argz.c: Do not include strings.h nor memory.h, include
Hello Tommi,
Thanks for the report and the test case, and apologies for the delay.
* Tommi Mäkitalo wrote on Fri, Dec 22, 2006 at 04:25:30PM CET:
for building a C++-library on AIX there is a script makeC++SharedLib or
makeC++SharedLib_r in multithreaded apps, which according to IBM have to
Hello Hugh,
Thanks for the bug report.
* Hugh Sasse wrote on Tue, Jan 09, 2007 at 11:07:54AM CET:
libtool-1.5.22 on Sun-sparc-solaris2.9
PASS: f77demo-static.test
FAIL: f77demo-make.test
SKIP: f77demo-exec.test
PASS: f77demo-conf.test
FAIL: f77demo-make.test
SKIP: f77demo-exec.test
Hello Roger,
* Roger March wrote on Fri, Jan 05, 2007 at 08:52:57PM CET:
I have been using libtool 1.5.18 for my builds for awhile. The
applications link against libraries containing both static and shared
versions. When 1.5.18 is linked with the '-static' flag, it seems to
pretty much
Hello Mehul,
* mehul shah wrote on Tue, Dec 19, 2006 at 03:37:09PM CET:
libtool: unrecognized option `--tag=CXX'
Try `libtool --help' for more information.
This error comes from a Libtool release older than 1.5. Current is
1.5.22. You need to ensure that a newer libtool is used.
Now, most
Hello James,
* James Andrewartha wrote on Wed, Dec 13, 2006 at 05:23:01PM CET:
On Wed, 13 Dec 2006, Ralf Wildenhues wrote:
Where are libnss3.so, libsmime3.so, libssl3.so, and libsoftokn3.so
located? Could you rerun 'make' non-parallel so we see which link
is actually failing?
They're
Hello James,
Thanks for the report.
* James Andrewartha wrote on Wed, Dec 13, 2006 at 12:53:32AM CET:
The stable libtool release has a bug in libtool.m4 that sets
_LT_AC_TAGVAR(hardcode_libdir_flag_spec, $1) to '${wl}--rpath ${wl}$libdir'
by default instead of '${wl}-rpath ${wl}$libdir'
Hi Akim,
Thanks for the report.
* Akim Demaille wrote on Tue, Oct 24, 2006 at 11:23:07AM CEST:
I have not investigated the following, so for a start I would just
like to know whether the following is expected or not (doesn't
seem to be):
Yeah, looks like a missed optimization that can be
[ removing bug-autoconf, adding bug-libtool ]
Hello Paul,
* Paul Eggert wrote on Wed, Oct 11, 2006 at 11:52:13PM CEST:
Stepan Kasal [EMAIL PROTECTED] writes:
3) AS_EXECUTABLE_P is reduced to `test -x' (on modern hosts).
(See the attached autoconf-20061009-bin-sh-3.patch.)
IIRC, the
Hello Kent,
* Kent Boortz wrote on Thu, Sep 28, 2006 at 06:00:12AM CEST:
I have been toying with an idea to create a wiki or something that is
a GNU autotools cookbook. Not a tutorial, but more like the Perl
cookbook. Unfortunately I still know way too little about the GNU
autotools to fill
[ Cc:ing bug-libtool ]
Hello Ed,
Thanks for the bug report.
* Ed Hartnett wrote on Wed, Sep 27, 2006 at 03:54:00PM CEST:
I have shared libraries turned off by default, by having this in my
configure.ac:
AM_DISABLE_SHARED
When I build and do a make install, with or without shared
* Ed Hartnett wrote on Wed, Sep 27, 2006 at 04:59:01PM CEST:
Ralf Wildenhues [EMAIL PROTECTED] writes:
to avoid much of libtool's blabla, and the developer will be able to set
AM_LIBTOOLFLAGS=--silent
But can this be done now? That is, can I somehow send the --silent to
libtool now
Hello Stefan,
Thanks for the bug report.
* Stefan Traby wrote on Wed, Sep 13, 2006 at 04:01:19AM CEST:
I tried libtool-1.4.3 (which introduced --preserve-dup-deps)
in addition to 1.5.22 which I use normally:
The long (real-world) output is here:
Hello Bob, Kate,
* Bob Friesenhahn wrote on Wed, Sep 13, 2006 at 04:34:52PM CEST:
On Wed, 13 Sep 2006, Kate Minola wrote:
On my x86_64-unknown-linux-gnu system, the m4 macro
AC_LIBTOOL_SYS_DYNAMIC_LINKER in libtool.m4
uses gcc -print-search-dirs to set sys_lib_search_path_spec.
I think
* Peter O'Gorman wrote on Wed, Sep 13, 2006 at 04:41:56PM CEST:
As far as I'm aware there is not going to be a fix for this in gcc,
so yes, we need to fix it.
Perhaps something like:
echo int main(){return 0;} conftest.c
search_path=`$CC $CFLAGS -c conftest.c 21 | awk 'BEGIN {RS= } /^
* Peter O'Gorman wrote on Wed, Sep 13, 2006 at 04:55:11PM CEST:
On Sep 13, 2006, at 11:49 PM, Ralf Wildenhues wrote:
Only as a last resort, if you ask me. Other compilers love to
disguise as gcc, and Autoconf's AC_FC_LIBRARY_LDFLAGS is witness of
how helplessly maintenance-intensive
Hello David,
* David Everly wrote on Tue, Sep 12, 2006 at 02:11:16PM CEST:
On 9/12/06, Ralf Wildenhues [EMAIL PROTECTED] wrote:
* David Everly wrote on Tue, Sep 12, 2006 at 01:02:47AM CEST:
HP-UX B.11.23 U ia64
Libtool is creating a script that wrappers the non-installed foo, and
sets
Hello Maurizio,
There was a small misunderstanding. With this line below:
Please print the complete link command line that fails (the one that
starts with .../libtool --mode=link) and its output, with --debug
added as the first libtool option:
.../libtool --debug --mode=link ... link-log
* Caloro Maurizio wrote on Tue, Sep 05, 2006 at 02:15:43PM CEST:
Sorry for the mistake, i think now i have the correct one
Yes, the correct command. Now please issue it in the
/usr/source/gtk+-2.10.2/gtk directory. If you omit the
--debug, it should give the same errors as the ones you
* Caloro Maurizio wrote on Tue, Sep 05, 2006 at 03:57:29PM CEST:
LDFLAGS=-L/usr/lib; export LDFLAGS; /bin/bash ../libtool --debug
i see on the file on line 17775, 17790, 18011 end on the end
start to swap with /usr/local/lib.
but its all under /usr/lib at home
i dont
Hello Caloro,
Thanks for the report. To decide whether this is a bug, we need more
information:
* Caloro Maurizio wrote on Mon, Sep 04, 2006 at 03:46:16PM CEST:
my solaris has the following status SunOS filemoon 5.9
Generic_118559-11 i86pc i386 i86pc
GCC-4.1.1
Binutils-2.17
* Ralf Wildenhues wrote on Mon, Sep 04, 2006 at 03:54:42PM CEST:
Hello Caloro,
Erm, apologies for messing up your first and last name, Maurizio.
Cheers,
Ralf
___
Bug-libtool mailing list
Bug-libtool@gnu.org
http://lists.gnu.org/mailman/listinfo/bug
Hello Christopher,
* Christopher Hulbert wrote on Sun, Aug 27, 2006 at 07:21:25PM CEST:
Piecewise linking with the MS archiver (lib) doesn't work. Every
invocation of the lib clobbers the old one. The solution is to list
the library as the first object (really anywhere should be fine) in
the
* Christopher Hulbert wrote on Mon, Aug 28, 2006 at 11:53:30AM CEST:
Ah, I forgot about the MSVC patches (i.e. I didn't apply any patches,
it was a fresh checkout of the libtool cvs sources). I'll search the
patches for it and see if that helps. Is there any reason it's not
already applied
Hello Eytan,
Eytan Barouch writes:
I downloaded and installed autoconf-2.59 libtool-1.5.22 libmad-0.15.1b/
automake-1.9.6 a52dec-0.7.4 and ogle-0.9.2
on SUSE9.3 with a P4 3.33GHz chip Toshiba laptop.
I followed all instructions and in the final make stage I got:
libtool: unrecognized option
Hi Simon,
Thanks for the report. However, I do not think this is a bug:
* Simon Josefsson wrote on Wed, Jun 21, 2006 at 03:48:08PM CEST:
Hi! I'm using Debian's mingw32 packages to build native win32
DLL/EXE's with libtool. I'm configuring with:
--host=i586-mingw32msvc
* Christopher Hulbert wrote on Wed, Jun 14, 2006 at 04:37:50PM CEST:
On 6/14/06, Ralf Wildenhues [EMAIL PROTECTED] wrote:
setting not trigger a multiple archiver invocation?
All these questions may be answered by the output of
./libtool --debug [rest of command line] log 21
That won't
1 - 100 of 191 matches
Mail list logo