-*- Autotest -*-
#
-# Copyright (C) 2008 Free Software Foundation, Inc.
+# Copyright (C) 2008, 2009 Free Software Foundation, Inc.
# Written by Ralf Wildenhues, 2008
#
# This file is part of GNU Libtool.
@@ -30,7 +30,7 @@ AT_KEYWORDS([libtool])
AT_CHECK([$LIBTOOL
Hello again Mike,
* Mike Gorchak wrote on Fri, Jan 23, 2009 at 07:09:18AM CET:
This patch adds qnx as platform which supports library version information.
diff -u -r ./libtool-2.2.6/libltdl/config/ltmain.m4sh
./libtool-2.2.6-qnx/libltdl/config/ltmain.m4sh
---
* Kurt Roeckx wrote on Sun, Feb 01, 2009 at 08:41:07PM CET:
On Sun, Feb 01, 2009 at 07:21:11PM +0100, Ralf Wildenhues wrote:
* Kurt Roeckx wrote on Fri, Jan 02, 2009 at 12:10:38PM CET:
http://bugs.debian.org/510006
Before I get to the patches, I would like to have a reproducible test
Hello,
this patch passes the value of $INSTALL to the (old and new) testsuite:
http://thread.gmane.org/gmane.comp.gnu.libtool.bugs/6539/focus=8765
This breaks some tests when $INSTALL contains the relative path to the
install-sh script in the source tree, without the subdir being adjusted.
The
, resulting in this combined patch, pushed.
Cheers,
Ralf
2009-02-28 Andreas Schwab sch...@suse.de
Ralf Wildenhues ralf.wildenh...@gmx.de
Remove remaining references to CVS.
* bootstrap: Remove references to CVS.
* README.alpha: Likewise
is unset.
Your proposed patch does not set $path in all possible cases, so I'm
applying this one to upstream GNU Libtool to fix it.
Cheers, and thanks again,
Ralf
2009-02-28 Török Edwin edwinto...@gmail.com (tiny change)
Ralf Wildenhues ralf.wildenh...@gmx.de
Do not add
* Török Edwin wrote on Sat, Feb 28, 2009 at 01:49:27PM CET:
Is there a release date planned for next libtool release?
No. Well, maybe yes, but isn't there an empirical law like
publishing the next planned release date will double the
chance of it being missed? ;-)
I would like to know if I
Hello Tim,
* Tim Rice wrote on Thu, Feb 26, 2009 at 01:50:27AM CET:
On Wed, 25 Feb 2009, Ralf Wildenhues wrote:
: * Tim Rice wrote on Mon, Feb 23, 2009 at 10:47:49PM CET:
:
: Sure, attched as x.tst-without-patch x.tst-with-patch
: I've also attached the curent patch I'm using as uw
that they too are FAILing the C++ template test(s) in cmdline_wrap_at.
I remember vaguely to have tested at least the normal template tests
back then; but at the time of
| commit 652709d6887c0bfaf227fdd6ec31523f5e9bd99b
| Author: Ralf Wildenhues ralf.wildenh...@gmx.de
| Date: Thu Apr 7 17:58:26 2005
Hello,
I found this very helpful while debugging the template test inside the
low max_cmd_len test. Any reasons against applying it?
Thanks,
Ralf
2009-02-28 Ralf Wildenhues ralf.wildenh...@gmx.de
Document INNER_TESTSUITEFLAGS, drop leading space.
* README: Document
Hello Lennart, all,
* Lennart Poettering wrote on Sat, Feb 21, 2009 at 04:10:37AM CET:
When generating the glue code for preloaded modules libtool produces
invalid prototypes without argument lists. When compiling with
slightly fascist compiler options (-Wstrict-prototypes) this has the
* Ralf Wildenhues wrote on Sat, Feb 28, 2009 at 05:14:43PM CET:
I found this very helpful while debugging the template test inside the
low max_cmd_len test. Any reasons against applying it?
Pushed.
Cheers,
Ralf
2009-02-28 Ralf Wildenhues ralf.wildenh...@gmx.de
Document
Hello Richard,
* Richard Sandiford wrote on Mon, Mar 16, 2009 at 10:53:23AM CET:
AIX nm lists weak defined symbols like any other global symbol,
whereas GNU nm lists them as W. The export_symbols_cmds for
GNU nm on AIX should therefore look for W in addition to the
other codes.
Tested
Hi Peter,
* Peter Rosin wrote on Wed, Mar 18, 2009 at 06:24:50PM CET:
2009-01-15 Peter Rosin p...@lysator.liu.se
Don't settle for any dumpbin/link program as name lister.
* libltdl/m4/libtool.m4 (LT_PATH_NM): When locating dumpbin or
link -dump, check if they appear to really
Hi Peter,
* Peter Rosin wrote on Fri, Mar 20, 2009 at 02:05:54PM CET:
Den 2009-03-20 12:16 skrev Peter Rosin:
I think it is a bug that LT_OUTPUT does not create the libtool
script when you do ./config.status --recheck.
Ok to push as attached?
Hmm, this goes only to show that it would have
* Christian Rössel wrote on Tue, Apr 21, 2009 at 10:28:37AM CEST:
Ralf Wildenhues wrote:
Then, grab either the git master branch of the Libtool tree, or a
nightly snapshot; the Libtool homepage has a link. Extract the tarball.
Apply the patch at the end of this message to the Libtool
Hello Alan,
* Alan Hourihane wrote on Tue, Apr 21, 2009 at 11:05:34AM CEST:
Follow-up Comment #3, patch #6691 (project libtool):
Attached is a new patch for FreeMiNT against 2.2.6a.
Thank you.
Let me know if there's anything else I can do to get this into the next
release.
As I stated
Hello Alan,
thanks for the feedback. I've added the libtool-patches mailing list
in Cc:, hope you don't mind (the savannah tracker entries get mailed
there anyway).
* Alan Hourihane wrote on Wed, Apr 22, 2009 at 06:09:33PM CEST:
These came up as the failures. The tests 16 73 seems to be
Hello Christian,
* Christian Rössel wrote on Wed, Apr 22, 2009 at 11:21:27AM CEST:
Ralf Wildenhues wrote:
First, please ensure that you have Autoconf 2.63 and Automake 1.10.2
installed somewhere (below the same --prefix) and found early in $PATH.
why do I need to install them below
* Christian Rössel wrote on Wed, Apr 22, 2009 at 06:28:51PM CEST:
re-boostrapping works now but the missing makeinfo causes new problems:
/u/fzj301zm/BlueGene/fortran_libraries_on_the_blue_gene_with_mpi/libtool/libltdl/config/missing:
line 54: makeinfo: command not found
WARNING:
Hello Richard,
* Richard Sandiford wrote on Fri, Apr 24, 2009 at 06:35:20PM CEST:
Ralf Wildenhues ralf.wildenh...@gmx.de writes:
* Richard Sandiford wrote on Mon, Mar 16, 2009 at 10:53:23AM CET:
AIX nm lists weak defined symbols like any other global symbol,
whereas GNU nm lists them as W
Hello Christian, John,
Ralf Wildenhues wrote:
Create six build trees and build and run the Libtool test suites
with each of the compiler combinations (the following assumes
Bourne-shell syntax):
mkdir build-gcc build-xl build-bgcc build-bgxl build-mpigcc build-mpixl
please find attached
* Christian Rössel wrote on Mon, Apr 27, 2009 at 05:33:33PM CEST:
While looking at config.log I recognized that the XL compilers man page
appears several times in config.log. This is caused by the following
commands:
configure:2925: checking for C compiler version
configure:2933: bgcc
* Christian Rössel wrote on Mon, Apr 27, 2009 at 05:33:33PM CEST:
Ralf Wildenhues wrote:
However, as a minor note, the logs all show:
| checking dependency style of xlc... none
[...]
| checking dependency style of xlC... none
which is kind of weird. IIRC the XL compilers have
Hi Alan,
sorry for the delay.
* Alan Hourihane wrote on Wed, Apr 22, 2009 at 09:13:37PM CEST:
On Wed, 2009-04-22 at 20:34 +0200, Ralf Wildenhues wrote:
* Alan Hourihane wrote on Wed, Apr 22, 2009 at 06:09:33PM CEST:
These came up as the failures. The tests 16 73 seems to be exposing
* Ralf Wildenhues wrote on Fri, May 01, 2009 at 07:31:52PM CEST:
* Bruno Haible wrote on Fri, May 01, 2009 at 01:53:04PM CEST:
Quote argument to eval, to avoid losing TABs from @GLOBAL_SYMBOL_PIPE@
Hmm. I used exactly the same kind of quoting as libtool. Namely, the
configure file
I've pushed this trivial grammar fix patch, see here for how I found
them:
http://lists.gnu.org/archive/html/autoconf-patches/2009-04/msg00067.html
Cheers,
Ralf
manual: fix grammaros.
* doc/libtool.texi (Dlpreopening): Fix grammaro.
(C header files): Remove duplicate word.
diff
* Alan Hourihane wrote on Tue, Apr 21, 2009 at 11:05:34AM CEST:
Follow-up Comment #3, patch #6691 (project libtool):
Attached is a new patch for FreeMiNT against 2.2.6a.
I've pushed this patch now, and added you to THANKS.
Thanks again!
Ralf
2009-05-02 Alan Hourihane
[ adding libtool-patches ]
Hi Eric,
* Eric Blake wrote on Tue, Apr 28, 2009 at 11:29:15PM CEST:
From: Eric Blake e...@byu.net
Date: Tue, 28 Apr 2009 15:19:41 -0600
Subject: [PATCH] scripts: normalize all timestamps to UTC
* lib/compile (scriptversion): Update emacs hook.
* lib/depcomp
Hi Bruno,
* Bruno Haible wrote on Sat, May 02, 2009 at 11:57:41AM CEST:
Ralf Wildenhues wrote:
A better fix will require a better AC_TRY_EVAL replacement from
Autoconf.
How could the expansion of AC_TRY_EVAL be changed, while preserving
backward compatibility?
It can't
, there
is also the issue that often, even only slightly differing setups cause
a different set of exposed quirks so that log files are valuable in any
case, if only for doing statistics for the next to-be-analyzed bug.
Cheers,
Ralf
Richard Sandiford richa...@transitive.com writes:
Ralf Wildenhues
Hello Bjorn,
* Bjorn Everts wrote on Thu, May 07, 2009 at 04:57:41PM CEST:
Additional Item Attachment, patch #6448 (project libtool):
File name: msvc.patch Size:12 KB
Reply to this item at:
http://savannah.gnu.org/patch/?6448
It is probably easier if you just
[ dropping the libtool list ]
Hello Christopher,
* Christopher Hulbert wrote on Thu, May 14, 2009 at 10:37:07PM CEST:
On Wed, May 13, 2009 at 2:11 PM, Ralf Wildenhues wrote:
Well, you can show what you have. If it overlaps a lot with the branch,
it would likely be good to base
Hi Peter,
* Peter O'Gorman wrote on Mon, May 25, 2009 at 07:05:42PM CEST:
This is the Ok to commit? message. Jeff is already in THANKS. Ralf, if
you want time to review, that's fine.
From 012c3c35cfd7c15542f70b360269d9f27c5aafb5 Mon Sep 17 00:00:00 2001
From: Peter O'Gorman pe...@pogma.com
Hi Peter,
* Peter O'Gorman wrote on Tue, May 19, 2009 at 02:26:04AM CEST:
Ralf Wildenhues wrote:
* Akim Demaille wrote on Mon, May 18, 2009 at 02:22:56PM CEST:
I have two dlopen-modules that use a common convenience library. If I'm
unlucky, libtool will try to extract the objects from
Hello Michael,
* Michael Haubenwallner wrote on Wed, May 27, 2009 at 12:16:59AM CEST:
now I've managed to get 'make install DESTDIR=...' working on
hppa-hpux10 and hppa-hpux11 with libtool.
Cool.
With this patch, 10 tests (demo-nofast.test to depdemo-unst.test)
change from SKIP to PASS,
* Michael Haubenwallner wrote on Thu, Jun 04, 2009 at 01:35:11PM CEST:
On Wed, 2009-06-03 at 20:54 +0200, Ralf Wildenhues wrote:
The most important part of the fix is already suggested in comments
around 'hardcode_minus_L=yes', as the encoded library path is used as
fallback location
Hello Richard,
sorry for the long delay. Apparently the 4.3.3 system has flaky
hardware; anyway I don't trust its results any more.
I've now pushed your two proposed patches, added a small NEWS entry to
the first, and added you to THANKS.
Thanks again!
Ralf
2009-06-06 Richard Sandiford
Hello Camilo,
* Camilo La Rota wrote on Tue, Jun 02, 2009 at 06:38:11PM CEST:
Thank you very much. I will try it if I needed.
However, I found the solution for my compilation problem in another news
group:
I post it here for other people that find the same problem:
In the file config.h,
* Vincent Torri wrote on Sun, Jun 07, 2009 at 09:15:14AM CEST:
here is a patch that does not generate the c wrapper when cegcc hosts
(cegcc and mingw32ce) are used.
Thanks! Pushed.
Cheers,
Ralf
--- a/ChangeLog
+++ b/ChangeLog
As a very very minor nit, it is usually better to post
* Ralf Wildenhues wrote on Sat, May 23, 2009 at 11:00:52PM CEST:
Hmm, that's interesting; it means that my previous hypothesis was not
correct. But also, it shows another interesting detail: you are running
as root. I don't try the test suite as root very often (but I guess I
should do
Hello Patrice,
* Patrice Fromy wrote on Thu, Jun 04, 2009 at 02:34:59PM CEST:
When I do
make check
I have the floowing bug can you help me ?
$ /home/pfromy/libtool-2.2.6/tests/testsuite MAKE=make CC=gcc CFLAGS=-g -O2
CPP=gcc -E CPPFLAGS= LD=/usr/bin/ld -m elf_x86_64 LDFLAGS=
Hi Robert,
* Robert Garron wrote on Sun, May 24, 2009 at 01:13:38PM CEST:
- Original Message - From: Ralf Wildenhues
* Robert Garron wrote on Thu, May 21, 2009 at 08:48:59AM CEST:
./nonrecursive.at:90: $MAKE $target
stderr:
ltdl/lt__strl.c:126: fatal error: opening dependency file
* Ralf Wildenhues wrote on Mon, Apr 27, 2009 at 11:56:48PM CEST:
Fix testsuite failure of lt_dlopenadvise test on FreeMiNT.
* tests/lt_dladvise.at (lt_dlopenadvise library loading): Do not
build moddepend for systems without shared libraries.
* THANKS: Update
I'm pushing this trivial patch to avoid a spurious testsuite failure on
HP-UX/ia64.
Cheers,
Ralf
Avoid spurious localization testsuite failure on HP-UX/ia64.
* tests/localization.at (localized compiler messages): Skip test
if the compiler warning output contains `locale', for
Oh my, what an unfinished old thread, sorry for forgetting about it:
http://thread.gmane.org/gmane.comp.gnu.libtool.patches/9063/focus=9172
* Ralf Wildenhues wrote on Sun, Feb 01, 2009 at 04:24:30PM CET:
* Mike Gorchak wrote on Fri, Jan 23, 2009 at 07:09:18AM CET:
This patch adds qnx
http://thread.gmane.org/gmane.comp.gnu.libtool.patches/9063/focus=9113
* Ralf Wildenhues wrote on Mon, Jan 26, 2009 at 11:33:43PM CET:
* Bob Friesenhahn wrote on Sat, Jan 24, 2009 at 05:18:32PM CET:
On Sat, 24 Jan 2009, Ralf Wildenhues wrote:
Here is a testsuite addition to get some
Hello Michael,
digging slowly through the issues. In this patch, ...
* Michael Haubenwallner wrote on Wed, May 27, 2009 at 12:16:59AM CEST:
+ Fix DESTDIR install for hppa-hpux10 and hppa-hpux11.
+ * libltdl/m4/libtool.m4: Set hardcode_into_libs=yes.
+ Set hardcode_minus_L back to
Hello Christopher,
* Christopher Hulbert wrote on Tue, Jun 16, 2009 at 05:40:09PM CEST:
PGI has compiler options to append libraries for PGI-compiled fortran
and C++ code when performing a link. The attached patch lets
ltmain.m4sh recognize them.
Please explain what these switches do (or
Hello Charles,
* Charles Wilson wrote on Fri, Jun 19, 2009 at 07:55:03PM CEST:
* tests/cwrapper.test: Add new test for -DLT_DEBUGWRAPPER.
* doc/libtool.texi [Linking executables]: Mention wrapper
executables, in addition to wrapper scripts. Add menu referencing
subsection 'Wrapper executables
Hi Charles,
* Charles Wilson wrote on Wed, Jun 24, 2009 at 02:32:16AM CEST:
* libltdl/m4/libtool.m4: Add alias for obsoleted
macro AC_LIBTOOL_RC.
OK, but *really*, the project thould move to Libtool 2.2.x.
Push them, please.
OK, with or without an additional change to lt~obsolete.m4?
No
* Charles Wilson wrote on Sat, Jun 27, 2009 at 05:40:40PM CEST:
lt~obsolete.m4 supplies only empty, non-functional aliases for old,
public libtool macros that have been removed. It currently has this:
m4_ifndef([AC_LIBTOOL_RC], [AC_DEFUN([AC_LIBTOOL_RC])])
Can that line stay,
* Charles Wilson wrote on Tue, Jun 30, 2009 at 02:05:47PM CEST:
* libltdl/config/ltmain.m4sh (func_emit_exe_manifest): New function.
(func_mode_link) [cygwin|mingw]: Create manifest files for wrapper
and target exe when target name matches heuristic that triggers
UAC problems for newer win32
Hello Michael,
I'm pretty short on review time ATM; sorry for not providing a detailed
review.
* Michael Haubenwallner wrote on Mon, Jun 29, 2009 at 11:22:31AM CEST:
Ok, here's the third way of supporting DESTDIR on hppa-hpux, now without
the +cdp linker flag (#2), but using the absolute
* Charles Wilson wrote on Wed, Jul 01, 2009 at 06:48:52AM CEST:
Ralf Wildenhues wrote:
Yes but can you please check that you don't need to add another 3
patches for F77, FC, GCJ?
Well, the whole tag-based mechanism in libtool makes my teeth ache,
I don't disagree.
but
as far as I can
* libt...@cwilson.fastmail.fm wrote on Wed, Jul 01, 2009 at 12:11:45AM CEST:
On Tue, 30 Jun 2009 16:23 +0200, Ralf Wildenhues wrote:
Can you convey the need for copyright assignment requirements for
nontrivial patches?
[*] The bulk of the patch is a template: there is only one way
Hello,
* Peter Rosin wrote on Wed, Jul 01, 2009 at 09:05:53AM CEST:
On Tue, 30 Jun 2009 16:23 +0200, Ralf Wildenhues wrote:
Why does gcc but not msvc need them?
cl.exe will generate the manifest file all by itself, regardless of
executable name. My gripe was that any file created by libtool
Hello Pierre,
* Pierre Pronchery wrote on Sun, Jul 05, 2009 at 01:37:58PM CEST:
us hackable:1 developers [1] have been cross-compiling libtool-based
projects for a while. We are using a staging directory where libraries
and programs are installed as they are compiled.
Unfortunately, libtool
* Dave Korn wrote on Thu, Aug 13, 2009 at 12:50:22AM CEST:
Dave Korn wrote:
Now we twiddle our thumbs and wait for the paperwork, I guess!
Hmm. Or potentially not.
I'll have a review for the patch; at least for Libtool, it needs further
work.
Cheers,
Ralf
* Ralf Wildenhues wrote on Thu, Aug 13, 2009 at 08:23:22AM CEST:
* Dave Korn wrote on Tue, Aug 11, 2009 at 09:07:12AM CEST:
--- a/doc/libtool.texi
+++ b/doc/libtool.texi
@@ -1376,6 +1376,15 @@ Tries to avoid versioning (@pxref{Versioning}) for
libraries and modules,
i.e.@: no version
Hi Dave,
* Dave Korn wrote on Thu, Aug 13, 2009 at 04:10:11PM CEST:
Ralf Wildenhues wrote:
* Dave Korn wrote on Tue, Aug 11, 2009 at 09:07:12AM CEST:
Well, the bindir option exists only to support PE DLLs,
Bzzt. First error. If libtool provides -bindir, then it should accept
* Dave Korn wrote on Thu, Aug 13, 2009 at 09:19:49PM CEST:
Ralf Wildenhues wrote:
I can rename it and adjust the tests so they run on all platforms, but
make
sure the library /doesn't/ get installed to bindir on non-PE platforms.
Ok?
Why would that additional test be necessary
* Dave Korn wrote on Fri, Aug 14, 2009 at 04:30:27AM CEST:
Ralf Wildenhues wrote:
But in this particular case, I would argue that either you look at the
libtool variables shlibpath_var and hardcode_action for PATH and
unsupported.
On Cygwin, $hardcode_action = immediate
* Dave Korn wrote on Fri, Aug 14, 2009 at 03:21:33PM CEST:
Eric Blake wrote:
And beyond that, it's just lots of practice. I agree that it often feels
like you have to memorize loads of information to write portable shell,
but at least these public reviews catch a lot of the pitfalls.
in addition to what Eric already documented:
* Dave Korn wrote on Fri, Aug 14, 2009 at 01:34:18PM CEST:
Still finishing it off and getting it tested, but while that's going, here's
a preview of the path canonicalisation function as I've got it so far; let me
know if I've done any major
Hi Dave,
sorry for making you go through another round.
Except for the sed issues the following nits are all mechanical, and it
would suffice if you re-checked only your new tests and only on one of
the affected systems.
I consider the patch ready after this round, but I will probably leave a
* Dave Korn wrote on Sun, Aug 16, 2009 at 06:26:11PM CEST:
Ralf Wildenhues wrote:
sorry for making you go through another round.
:-/ That'll teach me to say unless there's anything else?
Hehe.
\+ is a GNU sed extension, \{1,\} is Posix (two instances).
Nested
line numbers at configure script
generation time any more. I thus propose this patch to remove them.
OK?
Thanks,
Ralf
2009-08-20 Ralf Wildenhues ralf.wildenh...@gmx.de
Remove __oline__ from macros, for less spurious configure diffs.
* libltdl/m4/libtool.m4 (_LT_ENABLE_LOCK
Hello Lennart,
* Lennart Poettering wrote on Tue, Aug 11, 2009 at 08:20:22PM CEST:
When generating the preloaded module glue code libtool generates invalid
prototypes without argument lists. When compiling with slightly fascist
compiler options (-Wstrict-prototypes) this has the effect of
Hello,
both the old and the new Libtool testsuites contain some tests that
cause programs to fail to start, intentionally. As we add more test
coverage, the number of such tests invariably increases, too.
Now, a failed program execution on MSYS will cause a popup window
notifying about the
[ this is getting off-topic for libtool ]
Hi Paolo,
* Paolo Bonzini wrote on Sun, Aug 23, 2009 at 03:21:44PM CEST:
Pretty please, backport it to GCC too.
Well, the question is do you prefer to only have selected patches
backported or just GCC update to the latest git Libtool at some
Hi Charles,
thanks for chiming in.
* Charles Wilson wrote on Fri, Aug 28, 2009 at 11:52:19PM CEST:
My preference going forward would be:
1) assuming no further objections (and, I believe Dave has adequately
address ALL objections /except/ Roumen's), merge Dave's patch forthwith.
2)
* Peter Rosin wrote on Fri, Sep 04, 2009 at 10:31:14PM CEST:
Ok to commit this?
Yes, thanks.
Cheers,
Ralf
2009-09-04 Peter Rosin p...@lysator.liu.se
Make -Wc,FLAG behave like -Xcompiler FLAG in link mode.
* libltdl/config/ltmain.m4sh (func_mode_link): Remove -Wc,
Hi Peter,
* Peter O'Gorman wrote on Sun, Sep 06, 2009 at 05:28:52PM CEST:
Well, Mac OS X 10.6 has been released, and its linker now has support
for an option similar to --whole-archive. -force_load libfoo.a will load
all members of libfoo.a into the output. -force_load lib can be given
Hello Peters,
* Peter O'Gorman wrote on Mon, Sep 07, 2009 at 05:35:33AM CEST:
On Sep 6, 2009, at 2:44 AM, Ralf Wildenhues wrote:
+for tag in CC CXX F77 FC; do
+ if $LIBTOOL --tag=$tag 21 | grep 'unknown tag'; then
+continue
+ fi
I get test failures for this test on a darwin system
* Peter Rosin wrote on Sun, Sep 06, 2009 at 07:57:52PM CEST:
Den 2009-09-06 11:44 skrev Ralf Wildenhues:
* Peter Rosin wrote on Fri, Sep 04, 2009 at 10:31:14PM CEST:
If the test is going to be good enough on w32 I don't know. For gcc
it should behave just as on any unix, so what's left is my
Hello Alexandre,
thanks for the report.
* Alexandre Oliva wrote on Tue, Sep 08, 2009 at 05:17:28PM CEST:
Since the latest libtool update in GCC, I've had problems building
libstdc++-v3 on x86_64-linux-gnu. The symptom was an incomplete link
command line, resulting from a trailing «'»
Hi Peter,
* Peter Rosin wrote on Thu, Sep 10, 2009 at 10:06:32AM CEST:
The branch, pr-msvc-support has been updated
via dd42e63ce688302500f349606c55bf173feda3a4 (commit)
[...]
commit dd42e63ce688302500f349606c55bf173feda3a4
Merge: a128e6d5f8a57c0f3cfb85a28d8d843f504a3cdf
skrev Ralf Wildenhues:
* Peter Rosin wrote on Thu, Sep 10, 2009 at 10:06:32AM CEST:
Merge branch 'master' into pr-msvc-support
Thank you!
Ralf
No problem, it was overdue anyway...
But, I got this message when I made the push:
warning: updating the current branch
warning: Updating
* Peter O'Gorman wrote on Fri, Sep 11, 2009 at 03:56:01PM CEST:
Akim Demaille wrote:
this breaks distcheck on master.
Please push the first hunk (minus the whitespace change in
func_echo_all).
I just did that.
Cheers,
Ralf
[ http://thread.gmane.org/gmane.comp.gnu.libtool.patches/9412 ]
Hi Dave,
* Dave Korn wrote on Mon, Aug 17, 2009 at 07:25:04AM CEST:
libtool/ChangeLog:
* Makefile.am (TESTSUITE_AT): Add bindir.at.
* libltdl/config/general.m4sh (func_normal_abspath): New function.
Hi Peter,
* Peter Rosin wrote on Thu, Sep 10, 2009 at 11:48:34AM CEST:
Here's a couple of patches that implements support for -Wl, and
-Xlinker for MSVC. The first one (rename-dashL_envvar-tolinker_envvar.patch)
is just a rename, to reduce confusion,
In general, a rename from an ugly variable
The current text in the Updating version info node is seen as hard to
understand by some users, IIRC we've had a few reports about this in the
past. Richard made me try to reformulate it now.
What do you think about this additional explanation?
OK to apply (and ok to add you to THANKS, Richard)?
Hi Bob,
* Bob Friesenhahn wrote on Wed, Sep 23, 2009 at 05:19:26AM CEST:
On Tue, 22 Sep 2009, Ralf Wildenhues wrote:
The current text in the Updating version info node is seen as hard to
understand by some users, IIRC we've had a few reports about this in the
past. Richard made me try
* Bob Friesenhahn wrote on Wed, Sep 23, 2009 at 05:47:55AM CEST:
On Wed, 23 Sep 2009, Ralf Wildenhues wrote:
The most important question is whether it is correct, not only for
Linux. That's what I'm not yet certain about.
Something tells me that it is not correct for Windows. Under
Hi Scott,
* scott mc wrote on Tue, Oct 20, 2009 at 05:15:35PM CEST:
This patch was created vs a git clone from today, using our previous patch:
http://ports.haiku-files.org/browser/haikuports/trunk/sys-devel/libtool
Original patch was done by Ingo Weinhold.
We've been using this modified
* scott mc wrote on Wed, Oct 21, 2009 at 05:51:09PM CEST:
The test results from running make check are attached. Maybe you can
point out possible causes of the errors that are shown.
The testsuite.log file only shows one error from the new testsuite, and
that one is due to a harmless bug in
* scott mc wrote on Thu, Oct 22, 2009 at 07:13:24AM CEST:
I just ran the old testsuite, looks clean to me.
Cool. I've pushed the patch now.
Thanks again,
Ralf
* Bob Friesenhahn wrote on Wed, Sep 23, 2009 at 05:19:26AM CEST:
On Tue, 22 Sep 2009, Ralf Wildenhues wrote:
The current text in the Updating version info node is seen as hard to
understand by some users, IIRC we've had a few reports about this in the
past. Richard made me try
As per
http://thread.gmane.org/gmane.comp.sysutils.autoconf.patches/6880,
we should avoid \{M,N\} after \(...\) for Solaris /bin/sed. I found
only one instance in the Libtool code base, pushing the patch below
to fix it; alongside, simplifying the quoting here.
Cheers,
Ralf
Fix
* Eric Blake wrote on Mon, Nov 02, 2009 at 08:17:36PM CET:
Ralf Wildenhues Ralf.Wildenhues at gmx.de writes:
The compiler warning is bogus. Your patch pessimizes the code; IIRC it
can cause runtime-initialization of the pointer.
OK to commit a patch to change this to strlen.
Like
[ dropping bug-libtool, adding autoconf-patches ]
* Jeff Squyres wrote on Sat, Nov 14, 2009 at 04:11:13PM CET:
If it matters, as I understand it, the name pgfortran is meant to
symbolize that the compiler now supports things beyond Fortran 90 --
it supports Fortran 95 and some Fortran 03 (and
Hello Bob, Peter,
* Bob Friesenhahn wrote on Wed, Nov 25, 2009 at 10:00:13PM CET:
These results are good to see since there has been an expressed fear
that the MSVC support might make other builds slower. Of course the
libtool test suite may not actually be a good test case since it
really
Hi Peter,
* Peter O'Gorman wrote on Mon, Nov 30, 2009 at 05:15:25AM CET:
On 11/29/2009 04:12 PM, Ralf Wildenhues wrote:
I've built Libtool and run the testsuites with CC=g++ on GNU/Linux,
the following patch fixes the fallout. Pushed as obvious.
You did 'make check CC=g++'? or './configure
* Peter Rosin wrote on Mon, Nov 30, 2009 at 08:15:22PM CET:
Right, this is perhaps a better fix?
Yes, please apply, thanks.
Cheers,
Ralf
2009-11-30 Peter Rosin p...@lysator.liu.se
Please C++ compilers when calling strrchr.
* libltdl/ltdl.c (has_library_ext): Match the
Hi Peter,
* Peter Rosin wrote on Mon, Nov 30, 2009 at 09:01:48AM CET:
Den 2009-11-29 22:27 skrev Ralf Wildenhues:
- In the end I grew really lazy and added the new test to the old
testsuite: that seemed the easiest way to integrate and catch all the
compilation and include flags from toplevel
Hi Gary,
* Gary V. Vaughan wrote on Mon, Nov 30, 2009 at 06:29:54PM CET:
On 29 Nov 2009, at 16:27, Ralf Wildenhues wrote:
- slist_remove should IMVHO return an SList *, because otherwise there
is no way to avoid a memory leak. APIs that force memleaks are bad.
I don't understand
* Gary V. Vaughan wrote on Tue, Dec 01, 2009 at 12:02:42AM CET:
On 30 Nov 2009, at 16:01, Ralf Wildenhues wrote:
If (i) does work, then likely my patch is broken after all; so I guess I
will have to wait with applying.
I think that subject to the feedback you have received, the patch
Hi Gary,
* Gary V. Vaughan wrote on Sun, Dec 06, 2009 at 05:55:25PM CET:
On 1 Dec 2009, at 06:39, Ralf Wildenhues wrote:
So, there is two choices: remove the API, or add test coverage. Which
alternative do you prefer?
I don't plan to do either. But, of course, I'd much rather you didn't
Hi Bob,
* Bob Friesenhahn wrote on Sun, Dec 06, 2009 at 07:33:28PM CET:
There is no doubt that testing is important. It seems most
important (to me) that externally-exposed interfaces should be
validated before there is intense focus on test coverage of internal
interfaces. For example, it
1201 - 1300 of 1734 matches
Mail list logo