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
Hi Adam,
* Adam Mercer wrote on Tue, Dec 01, 2009 at 04:48:57AM CET:
Making all in src
make[1]: Entering directory `/home/ram/condor_libtool-0.1/src'
condor_compile gcc -std=gnu99 -DPACKAGE_NAME=\condor_libtool\
-DPACKAGE_TARNAME=\condor_libtool\ -DPACKAGE_VERSION=\0.1\
-
commit b15f6f9ded3e9e1edb7b74e5bd823cd511673e48
Author: Ralf Wildenhues ralf.wildenh...@gmx.de
Date: Sun Nov 29 23:03:14 2009 +0100
Fix bindir and dlopen tests for C++ compilers (CC=g++).
* tests/bindir.at (bindir basic lib test, bindir install tests
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
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 16, 2009 at 05:06:26PM CET:
If you happen to be stuck using an older libltdl for some reason,
the attached untested patch should give you the same changes in
behavior as the badly numbered 2.2.6b release.
If this passes the branch-1-5 testsuite for
[ 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
Hi Stepan,
* Stepan Kasal wrote on Thu, Nov 12, 2009 at 05:11:00PM CET:
A project contains sources for several libraries. Most of them
should be built as shared libraries only, but one of them is to be
built both as a shared library and as a static one.
The user would like to use
* 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
16988b353264adf6ef21f123e7d9e0dd125f60e9
Author: Ralf Wildenhues ralf.wildenh...@gmx.de
Date: Sun Nov 1 09:26:51 2009 +0100
Fix quoting of AS, DLLTOOL, and OBJDUMP for the libtool script.
* libltdl/m4/ltoptions.m4 (AC_LIBTOOL_DLOPEN): Quote values of
$AS, $DLLTOOL, and $OBJDUMP, so they can contain arguments
)
(_LT_CHECK_MAGIC_METHOD, LT_LIB_M, _LT_COMPILER_PIC)
(_LT_LINKER_SHLIBS, _LT_LANG_CXX_CONFIG): Add cases for
`haiku*'.
* NEWS, THANKS: Update.
Signed-off-by: Ralf Wildenhues ralf.wildenh...@gmx.de
* 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
* 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
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
Hi Gary,
* Gary V. Vaughan wrote on Fri, Sep 25, 2009 at 01:35:39PM CEST:
Not good news I'm afraid. The old testsuite has half a dozen failures
or more on several machines, and the new testsuite gets stuck in an
infinite loop on some of the others :(
Rather that do a comprehensive
Hi Kent,
* Kent Boortz wrote on Sun, Oct 11, 2009 at 11:41:10AM CEST:
I would really appreciate your input on a problem I have, that might
or might not be a libtool problem.
In order to be able to decide whether libtool is doing something wrong,
and what exactly it gets wrong, I'd like to see
Hello Will,
* Will Newton wrote on Wed, Sep 30, 2009 at 06:09:03PM CEST:
I am trying to build some mainstream packages on a non-mainstream
Linux architecture that prepends an underscore to symbol names (e.g.,
foo in C is _foo to the linker).
Sounds like Libtool might first need porting to
* Kurt Roeckx wrote on Mon, Oct 05, 2009 at 07:53:50PM CEST:
On Mon, Oct 05, 2009 at 06:30:18PM +0200, Lorenzo Bettini wrote:
from what I understand, at least in a Unix environment, if the
library version is
current:revision:age
the soname will be
(current-age).age.revision
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
Hello,
* dreamcat four wrote on Sat, Sep 19, 2009 at 06:28:23PM CEST:
Is there some safe and architecture - independant way to tell libtool
to link one of the libraries statically, with all others remaining
dynamic?
This is a TODO feature:
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
.
* NEWS, THANKS: Update.
Signed-off-by: Ralf Wildenhues ralf.wildenh...@gmx.de
---
Summary of changes:
ChangeLog | 13 ++
Makefile.am |1 +
NEWS|1
[ 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.
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
Hello Alberto, Bob,
* Alberto Luaces wrote on Tue, Sep 08, 2009 at 04:52:09PM CEST:
On Martes, 8 de Septiembre de 2009 04:20:15 Bob Friesenhahn escribió:
I have searched on the web and it seems that the problem is a mismatch
with the libtool templates. However, I haven't been able to find
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
-
commit b03736353b6d478a68bfc19c017605eb21a3edce
Author: Ralf Wildenhues ralf.wildenh...@gmx.de
Date: Mon Sep 7 21:27:08 2009 +0200
Allow dlopen self test to work with gcc's -fvisibility=hidden.
* libltdl/m4/libtool.m4 (_LT_TRY_DLOPEN_SELF): Declare default
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 «'»
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
-
commit 0805518173d95032e22c2832e73724c08ac2d9c7
Author: Ralf Wildenhues ralf.wildenh...@gmx.de
Date: Sun Sep 6 12:42:34 2009 +0200
Fix failure test in the presence of --with-pic or -prefer-pic.
* tests/fail.at (Failure tests): Run non-PIC failure test only
2eb8c3e51fde5f3a220eaad5c9e31a215aab330d
Author: Ralf Wildenhues ralf.wildenh...@gmx.de
Date: Sun Sep 6 19:38:06 2009 +0200
Testsuite keyword 'interactive' and check-* rules.
* Makefile.am (testsuite_deps, testsuite_deps_uninstalled):
New variables.
(check-local, installcheck-local): Use them.
(check
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
* 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,
Hello Kurt,
* Kurt Roeckx wrote on Sun, Aug 30, 2009 at 10:31:39PM CEST:
I've mailed about this issue before. What I think needs to
happen, and have proposed before, is:
- The .la file should only contain the libraries the current
library links to
That will make it impossible to support
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)
* Anssi Hannula wrote on Wed, Aug 26, 2009 at 12:05:22PM CEST:
Ralf Wildenhues wrote:
* Bob Friesenhahn wrote on Wed, Aug 26, 2009 at 05:01:18AM CEST:
Is someone here willing to contribute a portable m4 macro which
tests the compiler (and/or linker) to prove beyond a shadow of a
doubt
Hello,
* Bob Friesenhahn wrote on Tue, Aug 25, 2009 at 05:17:49PM CEST:
On Tue, 25 Aug 2009, Anssi Hannula wrote:
I think the proper way to solve this is to not link to dependency_libs
when linking dynamically on systems where it is not needed to link to
those. I haven't seen any correctly
* Russ Allbery wrote on Wed, Aug 26, 2009 at 12:41:52AM CEST:
Bob Friesenhahn writes:
libfoo-ssl_fast.so
myprog -- somelib -- or
libfoo-ssl_slow.so
This case is exceptionally rare.
It used to be a lot more common, and likely still
* Bob Friesenhahn wrote on Wed, Aug 26, 2009 at 05:01:18AM CEST:
Is someone here willing to contribute a portable m4 macro which
tests the compiler (and/or linker) to prove beyond a shadow of a
doubt that it adequately supports the implicit linkage required? The
tests should work for more than
* Richard Purdie wrote on Wed, Aug 26, 2009 at 12:37:54AM CEST:
On Tue, 2009-08-25 at 20:44 +0200, Ralf Wildenhues wrote:
With GNU/Linux, and libraries all being in directories searched by
default by both the link editor and the runtime linker, the problems
are fairly limited. IIRC Debian
* Mike Frysinger wrote on Wed, Aug 26, 2009 at 01:49:18AM CEST:
On Tuesday 25 August 2009 18:41:52 Russ Allbery wrote:
Bob Friesenhahn bfrie...@simple.dallas.tx.us writes:
libfoo-ssl_fast.so
myprog -- somelib -- or
[ 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
db160ae47c151fe037ba686d925652cd4b34fe9f
Author: Ralf Wildenhues ralf.wildenh...@gmx.de
Date: Sun Aug 23 07:12:30 2009 +0200
Remove __oline__ from macros, for less spurious configure diffs.
* libltdl/m4/libtool.m4 (_LT_ENABLE_LOCK, _LT_COMPILER_OPTION)
(_LT_COMPILER_C_O, LT_PATH_NM): Replace __oline__
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
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
* 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
* 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
* David Byron wrote on Thu, Aug 13, 2009 at 06:58:16PM CEST:
I've run into a situation where libtool isn't installing my DLL where I
expect it to.
I'm curious why libtool doesn't seem to be honoring the --bindir option I
passed to configure.
A fix is being worked on:
* 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
Hello Pankaj,
please don't top-post, that is considered rude on this mailing list.
* Agrawal, Pankaj wrote on Wed, Aug 12, 2009 at 07:48:53AM CEST:
From: Ralf Wildenhues
./configure --disable-shared CC=gcc
make CCLD='purify gcc'
/kassa04/softwares/agrpa02/httpd-2.2.12/srclib/apr
Hello Joseph,
* Joseph Garvin wrote on Wed, Aug 05, 2009 at 11:32:31PM CEST:
I read a description of libtool's versioning here:
http://www.gnu.org/software/libtool/manual/html_node/Updating-version-info.html
What's confusing to me is that this way of handling versioning doesn't seem
to
* Michel Briand wrote on Tue, Aug 11, 2009 at 07:53:50PM CEST:
Yes non-Linux system will have a different scheme. But if libtool wants
to help I'm sure a little more documentation could easier the task :).
# create shared lib
mylib_la_LDFLAGS = -version-info $(MYLIB_LTVERSION)
This last
Hello Pankaj,
please keep the mailing list in Cc:, and don't top-post; thank you.
* Agrawal, Pankaj wrote on Tue, Aug 11, 2009 at 08:39:36PM CEST:
However, I am running still into troubles trying to use purify with
apache that uses libtool.
/bin/bash
Hello John,
* John R. Cary wrote on Tue, Aug 04, 2009 at 03:35:41PM CEST:
libtool uses LD_RUN_PATH on Linux to pass the runtime
link dirs.
Unfortunately, OpenMPI's mpicxx ignores the envvar, does
not pass it through to g++.
I'm not sure I understand. libtool exports this environment
* Agrawal, Pankaj wrote on Tue, Aug 11, 2009 at 09:36:01PM CEST:
If I use the below two commands, it still doesn't work. I have pasted an
error snapshot.
Thanks.
./configure --disable-shared CC=gcc
make CCLD='purify gcc'
/kassa04/softwares/agrpa02/httpd-2.2.12/srclib/apr/libtool --silent
Hello John,
* John R. Cary wrote on Fri, Aug 07, 2009 at 11:49:39PM CEST:
I am trying to use libtool to make a static executable:
/bin/sh ../libtool --tag=CXX --mode=link g++ -g -O2 -pipe -Wall
-Wno-unused-static -o uecxxst ../uebase/uedge.o libuecxxst.la
* Vincent Torri wrote on Wed, Aug 12, 2009 at 12:33:47AM CEST:
if i'm not mistaken, you can compute le libtool versioning from the
version of the software. If the version of the software is X.Y.Z,
the libtool version can be computed with : (X+Y).Z.Y
No, it can not, for two reasons: 1) the
* Vincent Torri wrote on Wed, Aug 12, 2009 at 07:15:16AM CEST:
On Wed, 12 Aug 2009, Ralf Wildenhues wrote:
* Vincent Torri wrote on Wed, Aug 12, 2009 at 12:33:47AM CEST:
if i'm not mistaken, you can compute le libtool versioning from the
version of the software. If the version
* Monty Taylor wrote on Fri, Aug 07, 2009 at 12:07:31AM CEST:
I've hit this error. I'm attaching config and debug output.
We are using config.rpath in the build, and the file is present.
Somehow - after remaking and tracking this down, it's building properly
now. no clue...
A likely
Hello Rafał,
thanks for the report.
* Rafał Mużyło wrote on Wed, Jul 29, 2009 at 02:06:48PM CEST:
Following problem is of only limited interest for me,
but I think some input from libtool people could be useful there.
FWIW, this is http://bugs.gentoo.org/249617.
unixODBC bundles libtool, as
Hello Thomas,
* Thomas Moulard wrote on Mon, Jul 27, 2009 at 11:43:24AM CEST:
I am trying to integrate gcov into my buildchain but I ran into the
following problem: if I compile my Autoconf/Automake/Libtool package
using -fprofile-arcs and -ftest-coverage, the program produces a segv
at the
* Rafał Mużyło wrote on Wed, Jul 29, 2009 at 09:15:27PM CEST:
On Wed, Jul 29, 2009 at 07:22:54PM +0200, Ralf Wildenhues wrote:
Libtool 2.2.6 allows you to specify global or local visibility with the
lt_dladvise_local and lt_dladvise_global functions.
Just to make sure
04329d83555b5f8d2fd02428418a79ea392b2d91
Author: Roumen Petrov bugtr...@roumenpetrov.info
Date: Fri Jul 24 22:59:46 2009 +0200
Fixup 'execute mode' test for w32.
* tests/execute-mode.at (execute mode): Add missing $EXEEXT.
(LDFLAGS): Add -no-undefined.
Signed-off-by: Ralf Wildenhues ralf.wildenh
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
* 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
* 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 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,
Hello Charles,
* Charles Wilson wrote on Sun, Jun 28, 2009 at 12:54:59AM CEST:
The best I could come up with is this: IN the source code for the object, do
- top of file -
#if defined(BUILDING_MY_LIBRARY) defined(DLL_EXPORT)
stuff
#endif
- end of file -
This way, the
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
Hello Fabiano,
* Fabiano Sidler wrote on Fri, Jun 26, 2009 at 09:20:46PM CEST:
Now, probably more interesting:
./libtool: 1: find: not found
./libtool: 1: find: not found
That's your issue, I bet. Would've been better to see stdout and stderr
intermingled, to be certain, but your best bet
* Fabiano Sidler wrote on Tue, Jun 23, 2009 at 09:07:10PM CEST:
On Tue, Jun 23, 2009 at 08:46:30PM +0200, Ralf Wildenhues wrote:
No clue yet. Please go to the build tree of the Libtool package (or
revcreate it), run make clean, then post all output of these commands:
make
Please also
Hello Fabiano,
* Fabiano Sidler wrote on Tue, Jun 23, 2009 at 12:27:12PM CEST:
On Mon, Jun 22, 2009 at 07:49:56AM +0200, Ralf Wildenhues wrote:
* Fabiano Sidler wrote on Sun, Jun 21, 2009 at 07:24:13PM CEST:
Compiling (OpenLDAP 2.4.16) in a chroot, i'm getting this libtool error
while
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
Hello Fabiano,
* Fabiano Sidler wrote on Sun, Jun 21, 2009 at 07:24:13PM CEST:
Compiling (OpenLDAP 2.4.16) in a chroot, i'm getting this libtool error
while configuring:
configure:13897: checking for lt_dlinit in -lltdl
configure:13932: cc -o conftest -g -O2 conftest.c -lltdl 5
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
* Frank Lahm wrote on Tue, Jun 16, 2009 at 10:11:07AM CEST:
../../libtool: line 793: X--tag=CC: command not found
../../libtool: line 826: libtool: ignoring unknown tag : command not found
../../libtool: line 793: X--mode=compile: command not found
---8---
Googling for the error messages
8a08afac5d4f560a0fdd53611e9db680a3a5145c
Author: Ralf Wildenhues ralf.wildenh...@gmx.de
Date: Sun Jun 14 11:35:59 2009 +0200
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 HP-UX
6769a76d6bbcc55b70b1c7279b7226aaa33d65b5
Author: Mike Gorchak m...@malva.ua
Date: Sun Jun 14 11:42:09 2009 +0200
Fix versioning computation for QNX.
* libltdl/config/ltmain.m4sh (func_mode_link): Set `$current'
and `$age' properly for version_type `qnx'.
Signed-off-by: Ralf Wildenhues ralf.wildenh
2772d14559c584d142e44fdea69124ce62285b40
Author: Ralf Wildenhues ralf.wildenh...@gmx.de
Date: Sun Jun 14 12:03:31 2009 +0200
Add versioning tests.
* tests/versioning.at (versioning): New file, new test.
* Makefile.am (TESTSUITE_AT): Adjust.
Prompted by bug report from Mike Gorchak.
Signed-off
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
701 - 800 of 3712 matches
Mail list logo