this patch to HACKING (HEAD, branch-2-0):
2005-04-29 Ralf Wildenhues [EMAIL PROTECTED]
* HACKING: Updated.
Index: HACKING
===
RCS file: /cvsroot/libtool/libtool/HACKING,v
retrieving revision 1.16
diff -u -r1.16 HACKING
* Dalibor Topic wrote on Fri, Apr 29, 2005 at 12:56:00PM CEST:
Ralf Wildenhues wrote:
I am very sorry for this. I can push out a 1.5.18 with one of your
fixes, but I don't think I can manage to do it this weekend and I'm gone
most of next week.
Ralf, thank you very much for taking care
Hi Timothy,
* Timothy Moran wrote on Sat, Apr 30, 2005 at 05:33:11PM CEST:
Just leaving a message about certain bugs that your program had
responded to.
Thanks.
Attached file is a trap log from Linux/Linspire.
Tim M.
Igland:/Added Programs/libtool-1.5.16#
Hi Joe, others,
* Joe Buck wrote on Mon, May 02, 2005 at 08:01:49PM CEST:
We really need something done about this problem, as it interferes
with our ability to efficiently develop GCC.
How many objects does libjava contain? Rather 100 or 1000? Do you
need relinking because of command line
Hi Joerg,
* Joerg Sonnenberger wrote on Mon, May 23, 2005 at 06:17:15PM CEST:
On Thu, May 19, 2005 at 07:17:28PM +0200, Joerg Sonnenberger wrote:
libtool-1.5.18 doesn't include -pthread in the dependency_libs
field of the .la file. This leads to link errors on DragonFly,
Not only on
Hi Stephen,
* Stephen More wrote on Tue, May 24, 2005 at 08:44:27PM CEST:
I built libtool-1.5.6 on a RHEL4 ( Red Hat Enterprise Linux Box )
$ ./config.guess
i686-pc-linux-gnu
*snip*
I then built libtool-1.5.18 on the same box and got:
25 of 101 tests failed
Is there anything else you
Hi Eric,
* Eric Sandall wrote on Tue, May 24, 2005 at 06:54:23PM CEST:
Without g++ installed:
checking whether we are using the GNU C++ compiler... no
checking whether g++ accepts -g... no
checking dependency style of g++... none
checking how to run the C++ preprocessor... /lib/cpp
Hi Stephen,
* Stephen More wrote on Tue, May 24, 2005 at 11:30:28PM CEST:
On 5/24/05, Ralf Wildenhues [EMAIL PROTECTED] wrote:
* Stephen More wrote on Tue, May 24, 2005 at 08:44:27PM CEST:
I built libtool-1.5.6 on a RHEL4 ( Red Hat Enterprise Linux Box )
$ ./config.guess
i686-pc
Hi TadayukiOgura,
* TadayukiOgura() wrote on Sat, May 21, 2005 at 04:42:51AM CEST:
I tried compiling libtool-1.5.18 on the environment, that
listed below. And I found the check fail condition.
Thanks for your report.
Machine : SunFire V20Z(AMD Opeteron)
O/S : Sun Sloraris10 x86
gcc
* Ralf Wildenhues wrote on Tue, May 24, 2005 at 10:02:31PM CEST:
* Eric Sandall wrote on Tue, May 24, 2005 at 06:54:23PM CEST:
Without g++ installed:
checking whether we are using the GNU C++ compiler... no
checking whether g++ accepts -g... no
checking dependency style of g++... none
Oh, no.
* Ralf Wildenhues wrote on Wed, May 25, 2005 at 09:19:27AM CEST:
Thanks a bunch!
I'm sorry. I just recently learned that this phrase does _not_ mean
Thanks a lot, but rather has a negative connotation. I'm not a native
speaker, and also I tend to forget such things.
Sorry for any
* Stephen More wrote on Wed, May 25, 2005 at 02:42:55PM CEST:
On 5/25/05, Ralf Wildenhues [EMAIL PROTECTED] wrote:
Let me guess: Your /bin/sh is ash, and somehow libtool fails to find the
proper $echo (which should be != echo).
$ ls -l /bin/sh
lrwxrwxrwx 1 root root 4 Apr 6 14:24
Hi Stephen,
* Stephen More wrote on Wed, May 25, 2005 at 03:47:57PM CEST:
Great !!
Yes, ECHO='echo -e' was set. I unset ECHO and now I pass All 112 tests.
Good to know.
After some trouble shooting, I have found out that this environment
variable was set because of an installed rpm:
Hi Peter,
* Peter O'Gorman wrote on Sat, May 28, 2005 at 05:56:03PM CEST:
Ralf Wildenhues wrote:
What happens instead with your patch applied (sorry for not checking
myself)?
Attached is a gnuradio build snippit. Also passes all tests.
That looks fine, yes. Thanks!
Cheers,
Ralf
Hi Christoph,
* Christoph Egger wrote on Sun, Jun 12, 2005 at 01:16:32PM CEST:
Recent changes in the libtool-2-0 branch causes an
infinite m4 loop.
The patch I committed yesterday should fix the problem.
Please report back whether it works for you.
Thanks,
Ralf
Hi Christoph,
* Christoph Egger wrote on Fri, Jun 17, 2005 at 07:25:05AM CEST:
Quick hack: define our own (fixed) versions of m4_car and m4_cdr, so we
are independent of the Autoconf version used.
Does anybody know a better solution?
This patch makes libtool branch-2-0 working with
Hi Nickolay,
* Nickolay V. Shmyrev wrote on Thu, Jun 23, 2005 at 11:15:03PM CEST:
On fedora core 4 I can link my library with application using libtool
1.5.16 because I get error about duplication of xmalloc symbol. My
library do has xmalloc, and libtool too.
Are you talking about libltdl
Hi Eric,
* Eric Blake wrote on Fri, Jun 24, 2005 at 11:07:49PM CEST:
Hehe, failure of the java one is new. I believe it's due to my
virtually nonexistant knowledge of the language. :)
Can anybody take a look at the source I put in libtool HEAD
tests/convenience.at whether it
Hi Chris,
* Chris Oxenreider wrote on Thu, Jun 30, 2005 at 10:14:37PM CEST:
I am having trouble compiling php-5 for apache under cygwin xp. I am
trying to upgrage my libtool and I used the last CVS update. I compiled
it and tested it. Durning the test it failed two times. Test 5 and
Hi Peter,
* Peter Breitenlohner wrote on Thu, Jun 30, 2005 at 05:29:40PM CEST:
(1) libtool-1.5.18.tar.gz was unpacked by me (non-root), and
consequently all files in the source tree were owned by me.
(2) Next I configured and built libtool and consequently all files
in the build tree were
Hi Derek,
* Derek Price wrote on Thu, Jul 07, 2005 at 07:11:40PM CEST:
Ralf Wildenhues wrote:
Oh, I wasn't going to yank it. That was supposed to be a joke.
If you take it as an incentive to fix more cases, the better. :)
Okay, the attached patch to 1.5 fixes loads of quoting issues
* Ralf Wildenhues wrote on Wed, Jul 06, 2005 at 07:05:01PM CEST:
* Juergen Leising wrote on Wed, Jul 06, 2005 at 09:03:49AM CEST:
The following error message appears due to a bug in
func_mode_install ():
/bin/sh ../../../libtool --mode=install cp -f 'libeic.la'
'/usr/local/lib
Hi Bruno,
* Bruno Haible wrote on Fri, Jul 08, 2005 at 03:07:33PM CEST:
Using libtool 1.5.14 to install libiconv built for mingw, any program linked
against the such installed libiconv-2.dll crashes on startup with a dialog
box:
The application failed to initialize properly (0xc022)
* Derek Price wrote on Fri, Jul 08, 2005 at 05:20:14PM CEST:
Ralf Wildenhues wrote:
* Derek Price wrote on Thu, Jul 07, 2005 at 07:06:37PM CEST:
While working on some other stuff, I noticed that tests/sh.test is
calling $SED without it being set, though this was only causing a
*snip*
You
* Ralf Wildenhues wrote on Fri, Jul 08, 2005 at 05:28:06PM CEST:
--- tests/defs8 Apr 2005 13:00:50 - 1.5.2.3
+++ tests/defs8 Jul 2005 15:26:53 -
@@ -17,8 +17,9 @@
progname=`echo $0 | sed 's%^.*/%%'`
libtool=../libtool
-make=${MAKE-make}
SHELL
* Peter Breitenlohner wrote on Wed, Jul 06, 2005 at 09:34:24AM CEST:
What about simply
chown -R root $(DESTDIR)$(ltdldatadir) \
chgrp -R root $(DESTDIR)$(ltdldatadir) || :
where failure of chown/chgrp is ignored? Who cares about some noise when
`make install' is done by
Hi Gary,
* Gary V. Vaughan wrote on Fri, Jul 08, 2005 at 07:27:51PM CEST:
Sorry for the late review:
No problem.
On 8 Jul 2005, at 16:57, Ralf Wildenhues wrote:
--- Makefile.am2 May 2005 09:20:24 -1.153
+++ Makefile.am8 Jul 2005 15:54:01 -
@@ -254,6 +254,8 @@
done
Hi Stefaan,
* Stefaan wrote on Thu, Aug 18, 2005 at 12:06:10PM CEST:
Only if a clean fix is possible, fixes it on all kinds of compilers
while not introducing new warnings (or failures! Yes, I've managed
to do that once!) on others, and rather not for branch-1-5. Of course,
warnings
Hi Evan,
* Evan Rempel wrote on Tue, Aug 23, 2005 at 12:32:12AM CEST:
Using libtool ltmain.sh (GNU libtool) 1.5.18 (1.1220.2.245 2005/05/16
08:55:27) on AIX 5.2 fail some of the tests.
Acknowledged. Thanks for reporting this!
FAIL: mdemo-make.test
FAIL: dryrun.test
FAIL:
* Peter Ekberg wrote on Wed, Aug 24, 2005 at 07:54:00PM CEST:
Ralf Wildenhues wrote:
* Peter Ekberg wrote on Wed, Aug 24, 2005 at 03:40:42PM CEST:
3. do a s,/@/,/, on doc/libtool.texi, don't know what's up with my
makeinfo...
Please show exact error output, plus makeinfo version
Hi Haibin Zhang,
* haibin zhang wrote on Sun, Aug 28, 2005 at 09:54:49AM CEST:
HI All:
When I use autoconf,automake and libtool to build
project in Mingw32 (autoconf-2.59,automake-1.9.6 and
libtool-1.5.18 ), it occured the following error:
creating dirTest.exe
Hi Zhang HaiBin,
Thanks for reporting these issues. Please keep the mailing list
in Cc:, so others can read and help, too.
* haibin zhang wrote on Sun, Aug 28, 2005 at 01:14:27PM CEST:
I found libtool-1.5.12 ~ 1.5.18 can't be used in
Mingw32 ,libtool-1.5.10 can be used in Mingw32
I found
Hi Derek,
* Derek Feichtinger wrote on Tue, Aug 30, 2005 at 09:19:04AM CEST:
I have more or less given up to get the project I am porting to autotools to
compile on Solaris9 with the Forte-7 compiler. With the newer Sun compilers
it works well, so I think it does not pay off to do a lot of
Hello again,
* haibin zhang wrote on Mon, Aug 29, 2005 at 09:06:30AM CEST:
--- Ralf Wildenhues [EMAIL PROTECTED]写道:
* haibin zhang wrote on Mon, Aug 29, 2005 at 07:48:59AM CEST:
2. when I create configure from Cygwin, it will occur
error error: `S_IXOTH' undeclared in Mingw32
Hi Peter,
* Peter O'Gorman wrote on Thu, Sep 01, 2005 at 07:09:35AM CEST:
Peter O'Gorman wrote:
| The problem is that libtool tries to run ranlib after install and that
| ranlib can fail if the library is not writable?
Thanks for the pointer.
When I look more closely at this, I see in
Hi Yuri,
Sorry for the response latency.
* Пухальский Юрий Андреевич wrote on Fri, Sep 02, 2005 at 11:39:20AM CEST:
I've encountered a strange behaviour on RedHat 9, with libtool 1.5.20
and gcc 3.4.3. I think, with previous libtool releases was the same
problem. I have two files:
*snip*
Hi zhang haibin,
* haibin zhang wrote on Mon, Sep 05, 2005 at 10:49:46AM CEST:
HI Ralf:
If you have prepared to release libtool-1.5.20 ,
could you send it to me before release? let me to test
it on Mingw. so that to find it could run on mingw or
not !
libtool-1.5.20 is already released,
Hi Roger,
* Roger Cornelius wrote on Tue, Sep 06, 2005 at 02:18:43AM CEST:
The problem is with matching sysv5UnixWare7.1.4 in $host_os. The case
for sysv5* is matched before the case for sysv5UnixWare7*. This is also
true for sysv5OpenUNIX8* and sysv5uw[78]* values of $host_os.
Hi Marcel,
* Marcel Martin wrote on Tue, Sep 06, 2005 at 01:54:20AM CEST:
Hello,
I'm using libtool 1.5.18 on Solaris 9 and I've encountered what seems to be a
bug in libtool's wrapper script for uninstalled programs. It sets an
incorrect LD_LIBRARY_PATH so the programs won't run.
Hi Stepan, Roger,
* Stepan Kasal wrote on Tue, Sep 06, 2005 at 09:34:19AM CEST:
Roger Cornelius has reported the following bug on bug-autoconf@gnu.org;
I'm forwarding it to bug-libtool list.
I have verified that the same bug is still present in CVS HEAD.
As you surely notice, the patch
Hi Peter,
* Peter Ekberg wrote on Tue, Sep 20, 2005 at 03:25:01PM CEST:
The recent change to bug out when the exit code is non-zero [1]
uncovered a silent failure on Cygwin (an MinGW I suppose) in
the link-order.at test.
The problem is as follows:
1. liba is built with an a_old symbol.
Hi Neil,
* Neil Kirr wrote on Sat, Oct 08, 2005 at 07:40:58PM CEST:
I was trying to build libtool with a STATIC lib_gcc instead of the evil
shared libgcc_s.so. To my surprise I found that I had to edit this file in
order for it to build the shared libraries with the --static-libgcc:
for the inconvenience.
Now to your reply:
* Neil Kirr wrote on Sun, Oct 09, 2005 at 03:35:34PM CEST:
* Ralf Wildenhues wrote:
* Neil Kirr wrote on Sat, Oct 08, 2005 at 07:40:58PM CEST:
I was trying to build libtool with a STATIC lib_gcc instead of the
evil shared libgcc_s.so. To my surprise
Hi Richard,
* [EMAIL PROTECTED] wrote on Thu, Oct 13, 2005 at 11:38:39PM CEST:
1 of 112 tests failed
Please report to bug-libtool@gnu.org
make[2]: *** [check-TESTS] Error 1
make[2]: Leaving directory
Hi Eric,
* Eric Blake wrote on Fri, Sep 02, 2005 at 03:29:58PM CEST:
I don't know if this is a bug in m4 or in libtool, but with the absolute
latest CVS autoconf, automake, and libtool installed into /usr/local, and
latest CVS m4 plus my patch to fix bootstrap
Hi Carol,
* Carol Spears wrote on Mon, Oct 17, 2005 at 06:11:55PM CEST:
i sent a bug here before i subscribed and it awaits moderator approval.
being a moderator of a mail list myself, i humbly ask if i should resend
the email now that i have subscribed?
Not necessary, I've approved it
Hi Ethan,
Thanks for your bug report.
* Ethan A Burns wrote on Wed, Oct 26, 2005 at 08:25:08PM CEST:
I have a library that I programmed in C. There is no C++ here,
however, on my roomate's Gentoo box (Linux 2.6.11.7 i686 AMD
Athlon(tm) Processor AuthenticAMD GNU/Linux) libtool 1.15.18 seems
Hi Ethan,
Please keep the mailing list copied; this is useful for others as well.
Thank you.
* Ethan A Burns wrote on Thu, Oct 27, 2005 at 03:01:56AM CEST:
The link line that is failing is:
/bin/sh ../libtool --mode=link gcc -g -pipe -Wall -Werror -I../src -g -O2
-I/usr/include/SDL
Hi Ethan,
* Ethan A Burns wrote on Thu, Oct 27, 2005 at 06:14:16PM CEST:
Sorry, I did not realize I didn't have the list CCed.
No problem at all. The reminder is also to avoid unpleasant surprises
on your side. ;-)
I removed the sdl-config -libs from the configure script with the
Hi Yuri,
* Pooh wrote on Mon, Oct 31, 2005 at 11:31:24AM CET:
There is a following problem using CC v5.5 (v5.6 from Studio 10 does
show the same behaviour).
I compile the sources (attached).
test1 prints the message, while test2 doesn't.
That is because when we compile static library
Hi Peter,
* Peter Breitenlohner wrote on Thu, Nov 10, 2005 at 01:34:04PM CET:
On Wed, 9 Nov 2005, Ralf Wildenhues wrote:
* Peter Breitenlohner wrote on Mon, Nov 07, 2005 at 06:35:43PM CET:
Recently I hacked together a small package in order to demonstrate how
libtool works (using autoconf
Hi Chris,
* Nuber, Christof wrote on Mon, Nov 28, 2005 at 10:44:52AM CET:
I tried to run make check for libtool-1.5.20 on a Linux-2.4.21-37
ELsmp-Kernel (RedHat WS 3.6) on a HP xw 9300 (2x AMD Opteron 275),
x64_86-Processor.
5 (mdemo-make.test, pdemo-inst.test, pdemo-exec.test,
[ I have put the bug-libtool list in Cc: again ]
Hi Christof,
* Nuber, Christof wrote on Tue, Nov 29, 2005 at 09:26:41AM CET:
Von: Ralf Wildenhues
* Nuber, Christof wrote on Mon, Nov 28, 2005 at 10:44:52AM CET:
I tried to run make check for libtool-1.5.20 on a Linux-2.4.21-37
ELsmp
Hi Kurt,
* Kurt Roeckx wrote on Tue, Dec 13, 2005 at 06:17:28PM CET:
On Tue, Dec 13, 2005 at 10:26:22AM +0100, Ralf Wildenhues wrote:
old-m4-iface.at:135: $AUTOCONF --force
stderr:
Usage: autoconf [-h] [--help] [-m dir] [--macrodir=dir]
[-l dir] [--localdir=dir] [--version
Hi Nicolas,
* Nicolas Kaiser wrote on Wed, Dec 14, 2005 at 04:07:16PM CET:
Some documentation typos.
Thanks! Applied to branch-1-5 (all fixed in HEAD already).
Cheers,
Ralf
2005-12-16 Nicolas Kaiser [EMAIL PROTECTED]
* doc/libtool.texi: Fix some documentation typos.
Index:
Hi Kurt,
* Kurt Roeckx wrote on Sun, Dec 18, 2005 at 09:46:08PM CET:
It seems that in the generate libtool, I have an RC tag, but I do
not have a recourse compiler? All the variables in it have no
value assigned to it (except compiler_c_o). Is that normal?
Yes, I believe that is normal
Hi Kurt,
* Kurt Roeckx wrote on Sun, Dec 25, 2005 at 01:14:43PM CET:
I came accross a package that failed to build on Debian amd64
where it tried to link the static library instead of the shared
one. This seems to have been caused by a change to libtool,
which seems to come from gentoo.
Hi Alexis,
* Alexis Wilke wrote on Sat, Dec 31, 2005 at 08:04:05AM CET:
There is a really bad bug in LT_DLMUTEX_GETERROR() which checks if the
lt_dlmutex_seterror_func [see SET] instead of the lt_dlmutex_geterror_func
[see, here GET].
Thanks for this bug report. I have applied this patch
Hi Aleksandar,
* Aleksandar Milivojevic wrote on Thu, Jan 12, 2006 at 04:49:48PM CET:
I've a problem with libtool (1.5.22 and the version included with gcc
4.0.2). Platform is sparc*-sun-solaris*. Using gcc 4.0.2. The linker
doesn't seem to influence it (I've had same problem with gcc
* Ralf Wildenhues wrote on Fri, Jan 13, 2006 at 11:19:33AM CET:
This is how `--no-fast-install' *should* work, and does in fact work on
systems with hardcode_action != relink.
Ouch. That should've been either the configuration option
--disable-fast-install
or the link flag
-no-fast
* Aleksandar Milivojevic wrote on Fri, Jan 13, 2006 at 04:17:03PM CET:
Quoting Ralf Wildenhues [EMAIL PROTECTED]:
* Aleksandar Milivojevic wrote on Thu, Jan 12, 2006 at 04:49:48PM CET:
./libtool --mode=link gcc -o libfoo.la -rpath /prefix/lib list-of-files
gcc -shared list-of-files -lc -Wl
Hi Luca,
* Luca Fascione wrote on Tue, Jan 24, 2006 at 03:25:59AM CET:
This script
Will go and run a macro called AC_LIBTOOL_PROG_COMPILER_NO_RTTI
which tests the availability of the compiler options -fno-rtti
-fno-exceptions by running
gcc -c -g -O2 -fno-rtti -fno-exceptions
Hi Marcel,
* Marcel Loose wrote on Thu, Jan 26, 2006 at 11:07:02AM CET:
I have a package Common that (optionally) uses the 3rd party package
Boost.Threads (and log4cplus). Another package Blob depends on
Common. Whenever I try to run the test (using make check) on the
Blob test programs I
* Marcel Loose wrote on Thu, Jan 26, 2006 at 11:07:02AM CET:
I have a package Common that (optionally) uses the 3rd party package
Boost.Threads (and log4cplus). Another package Blob depends on
Common. Whenever I try to run the test (using make check) on the
Blob test programs I get an
Hi Magne,
Sorry for the delay.
* Magne Oestlyngen wrote on Tue, Jan 24, 2006 at 06:50:04PM CET:
I just looked at the libtool docs to understand -version-info, and
believe there is a bug in the documentation (6.3 Updating library
version information):
Point 5 says: If any interfaces have
* DervishD wrote on Sat, Feb 11, 2006 at 01:22:26PM CET:
I've spotted a problem with libtool that has to do with the word
splitting that Zsh does in the expression '${1+$@}' (which, in
turn, is a workaround to fix the $@ expansion problem when the
variable is empty in old shells). GNU
* Ralf Wildenhues wrote on Tue, Feb 14, 2006 at 11:49:37AM CET:
Well, hope this gets you set for the release: use
| AC_CANONICAL_HOST
| case $host in
| *-*-linux* | *-*-darwin*)
| AC_ENABLE_SHARED
| ;;
| *-*-mingw32*)
| AC_DISABLE_SHARED
| ;;
| esac
and make
* Florian Schricker wrote on Tue, Feb 14, 2006 at 12:52:11PM CET:
On Tue, 2006-02-14 at 11:49 +0100, Ralf Wildenhues wrote:
Please let us know where the MINGW32 problems are. If you did not use
`-no-undefined' while linking, please do so. Maybe that solves your
issues.
I got quite
Playing the ball back to autoconf-patches..
* Ralf Wildenhues wrote on Tue, Feb 14, 2006 at 03:01:41PM CET:
This will not work:
*snip*
because the arguments to LT_INIT are interpreted at m4 time already.
And this
case $host in
foo) LT_INIT([disable-shared]) ;;
*) LT_INIT ;;
esac
Hi Paul,
* Paul Eggert wrote on Wed, Feb 15, 2006 at 05:58:59AM CET:
Ralf Wildenhues [EMAIL PROTECTED] writes:
OK to apply this patch?
Yes, it looks good to me, except please change this:
AT_SETUP([AS@[EMAIL PROTECTED] and AS@[EMAIL PROTECTED])
Changed and installed. Thanks
Hi Florian,
* Florian Schricker wrote on Wed, Feb 15, 2006 at 03:29:10PM CET:
Well... I get:
checking whether to build shared libraries... no
checking whether to build static libraries... yes
Which is fine.
on MinGW32, which is good - but still shared objects are build:
if /bin/sh
* Peter Jeremy wrote on Wed, Mar 22, 2006 at 07:42:33PM CET:
On Wed, 2006-Mar-22 17:28:11 +0100, Ralf Wildenhues wrote:
Thanks for the patch. A question before I apply it: this should work on
DragonFly as well, right? Could somebody confirm this, to avoid another
bug report to this end
Hi Noah,
* Noah Misch wrote on Fri, Mar 24, 2006 at 01:45:33AM CET:
On Wed, Mar 22, 2006 at 05:28:11PM +0100, Ralf Wildenhues wrote:
* Peter Jeremy wrote on Wed, Mar 22, 2006 at 09:27:31AM CET:
Ideally, libtool should implement a test case to determine whether
an OS tracks shared
Hi Simon, Bob,
Sorry for the delay.
* Bob Friesenhahn wrote on Sun, Mar 12, 2006 at 04:53:37PM CET:
On Sat, 11 Mar 2006, Simon Stelling wrote:
It seems like libtool has some problems on multilib-enabled systems.
Yes.
When libtool is given a -l argument is tries to find a matching libtool
* Peter Jeremy wrote on Wed, Mar 22, 2006 at 07:42:33PM CET:
I should acknowledge that the problem and fix were pointed out by
[EMAIL PROTECTED]
Thanks, I'll mention Joerg.
On Wed, 2006-Mar-22 17:28:11 +0100, Ralf Wildenhues wrote:
I'll put adding such a test on the TODO list. I'll also put
* Michael C. Tiernan wrote on Tue, Mar 28, 2006 at 02:27:47PM CEST:
Regarding the speed of the system, although it's a reasonably fast
system, there was a lot going on when I was doing these builds.
That is ok then. (There could've been an issue with then shell
selection algorithm, that's why
* Orion Poplawski wrote on Tue, Mar 28, 2006 at 07:15:28PM CEST:
Ralf Wildenhues wrote:
Thanks for reporting this. How about this instead?
lt_ld_extra=`awk '/^include / { system(sprintf(cd /etc; cat %s
2/dev/null, \$2)); skip = 1; } { if (!skip) print \$0; skip = 0; }'
/etc/ld.so.conf
Hi Brian,
* Brian Gough wrote on Tue, Mar 28, 2006 at 08:09:39PM CEST:
On SUSE 9.3 and SUSE 10 I'm noticing stray error messages in configure
output coming from AC_LIBTOOL_SYS_DYNAMIC_LINKER in libtool-1.5.22 and
earlier. Probably this has been reported before
checking dynamic
Hi George,
* George R Goffe wrote on Tue, Apr 04, 2006 at 01:26:39PM CEST:
I've been trying to build the cvs version of subversion and have
been getting the following error. Is this a bug in libtool?
I believe not. Let's look closely:
cd subversion/mod_dav_svn /bin/bash
Hi Behdad,
* Behdad Esfahbod wrote on Wed, Apr 05, 2006 at 08:25:41AM CEST:
In GNOME project, we have severl machines running as tinderboxes,
continuously building all our modules from CVS. In a lot of logs
from these builds I'm seeing these lines:
/usr/bin/libtoolize: line 93: echo:
Hi Peter,
Sorry for the long delay.
* Peter Breitenlohner wrote on Tue, Mar 28, 2006 at 05:05:43PM CEST:
When building packages using libtool there frequently are (lots of) warnings
such as (edited to avoid overlong lines):
libtool: link: warning: \
Hi Bruno,
* Bruno Haible wrote on Mon, May 08, 2006 at 09:44:42PM CEST:
Here is a patch that adds support for Sun's C and C++ compilers 5.9, ported
from Solaris to Linux. They exist for x86 and x86_64; I tested it only on x86.
Thanks!
The compiler executable for C is called 'c89' and 'c99'
Hi Bruno,
* Bruno Haible wrote on Mon, May 08, 2006 at 10:40:59PM CEST:
The compiler executable for C is called 'c89' and 'c99' (two slightly
different programs); for C++ it is called 'CC'.
How unfortunate. Several compilers on GNU/Linux install themselves with
links or wrappers
Hi Bruno,
* Bruno Haible wrote on Wed, May 10, 2006 at 02:01:31PM CEST:
Here is a revised patch. I changed the recognition of the Sun compilers,
and the whole_archive_flag_spec and postdeps, so that now all 112 tests PASS.
Cool.
With this patch, the FAILs are turned into PASS; all tests
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++
='-v -d 11 LIBTOOL=/tmp/branch-1-5/build-suncc/libtool'
Unless anyone has complaints about these patches, I'll probably apply
within the couple of days.
Cheers,
Ralf
HEAD:
2006-05-14 Bruno Haible [EMAIL PROTECTED],
Ralf Wildenhues [EMAIL PROTECTED]
* libltdl/m4/libtool.m4
Hi Meron,
Thank you for the bug report!
* meron yemane wrote on Tue, May 16, 2006 at 05:13:23AM CEST:
I am a new Linux User. And it gives me this error and told me to
report the bug. I feel it might helpful if the problem is real other
than my mistake in making the files.
I can't see where
Hi Behdad,
* Behdad Esfahbod wrote on Wed, Apr 05, 2006 at 10:39:30AM CEST:
On Wed, 5 Apr 2006, Ralf Wildenhues wrote:
* Behdad Esfahbod wrote on Wed, Apr 05, 2006 at 08:25:41AM CEST:
In GNOME project, we have severl machines running as tinderboxes,
continuously building all our
[ Cc:ing bug-libtool as ltmain.sh belongs to Libtool ]
Hi Leonard,
* Leonard den Ottolander wrote on Sun, May 21, 2006 at 01:29:25PM CEST:
Building gettext-0.14.5 on Minix-3.1.2 aborts with a libtool: invalid
tag name: CC when building gettext-runtime. I would think 'CC' is a
valid tag
Hi Florian,
* [EMAIL PROTECTED] wrote on Mon, May 22, 2006 at 11:00:51AM CEST:
I recently stumbled some weird behaviour I'd like to report.
Our projects here use libtool/g++ to build DLLs which works fine
(now); but when configuring I get
This is a Libtool issue. Please print the Libtool
* Florian Schricker wrote on Mon, May 22, 2006 at 12:11:50PM CEST:
Von: Ralf Wildenhues [EMAIL PROTECTED]
Our projects here use libtool/g++ to build DLLs which works fine
(now);
ltmain.sh (GNU libtool) 1.4e (1.1162 2002/11/22 22:36:25)
(which is rather old, isn't it? But upgrading
* 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
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
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
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 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 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
1 - 100 of 191 matches
Mail list logo