Hello Christophe,
* Christophe Jarry wrote on Sun, Sep 04, 2011 at 12:07:23PM CEST:
I found that the copyright notice of the file doc/libtool.texi does not follow
Information for Maintainers of GNU Software at
http://www.gnu.org/prep/maintain/html_node/Copyright-Notices.html#Copyright-Notices.
Hello Christophe,
* Christophe Jarry wrote on Sun, Sep 04, 2011 at 12:55:37PM CEST:
--- libtool.orig/libltdl/config/ltmain.m4sh 2011-08-31 21:50:53.0
+0200
+++ libtool.new/libltdl/config/ltmain.m4sh2011-09-04 12:27:53.0
+0200
Please learn to use git for sending
Hi Michael,
* Michael Haubenwallner wrote on Mon, Jun 27, 2011 at 04:28:38PM CEST:
Concatening commands breaks when export_symbols_cmds starts with something
like dump, which does not need another shell expansion step. Instead, it
is merged with \$concat_cmds to $concat_cmdsdump for within the
* Ralf Wildenhues wrote on Wed, May 18, 2011 at 09:13:32PM CEST:
* Erik de Castro Lopo wrote on Tue, May 17, 2011 at 12:21:35PM CEST:
The problem is the generation of a test program in a sub-directory.
The test program that should be generated is:
G72x/g72x_test.$(EXEEXT)
which
Hello,
* Eric Blake wrote on Fri, Apr 15, 2011 at 03:46:33PM CEST:
On 04/15/2011 06:59 AM, KO Myung-Hun wrote:
OS/2 limits a length of a DLL base name up to 8 characters. If a name of
a shared library is longer than 8 characters, OS/2 cannot load it. So the
option to specify a short name
Hello Sean,
* Sean Boudreau wrote on Mon, Apr 11, 2011 at 05:32:25PM CEST:
Here's a patch for qnx that I've been using for a while.
I'd like to try to get it integrated.
Thank you for the patch. Unfortunately, we cannot take it as it is,
because there are several bits of information missing,
1ea9302bd1eadf25b466fcd7e8697e4bef111493
Author: Svante Signell s...@kth.se
Date: Sun Apr 10 10:17:21 2011 +0200
Set shlibpath_overrides_runpath for the Hurd.
* libltdl/m4/libtool.m4 (_LT_SYS_DYNAMIC_LINKER) [gnu]
shlibpath_overrides_runpath: Set to no.
* THANKS: Update.
Signed-off-by: Ralf
d5d35c47e16b18158bf4984cc4371366d373bb2f
Author: Kurt Roeckx k...@roeckx.be
Date: Sun Apr 10 10:22:43 2011 +0200
tagdemo: do not rely on picking up symbols from indirect deps.
* tests/tagdemo/Makefile.am: Link to all libraries that the
demo application uses.
Signed-off-by: Ralf Wildenhues ralf.wildenh
* Svante Signell wrote on Fri, Apr 08, 2011 at 09:01:56AM CEST:
# shlibpath_overrides_runpath is set to 'unknown' in libtool.m4
# and not defined under $host_os =gnu
# This patch make the tests/*demo* run.
--- libtool-2.4/libltdt/m4/libtool.m4.orig2011-02-03 21:33:56.0
+0100
+++
Hi Kurt,
* Kurt Roeckx wrote on Sat, Apr 02, 2011 at 09:06:05PM CEST:
* tests/tagdemo/Makefile.am: Link to all libraries that the
demo application uses.
Thanks, I'm pushing that patch in your name.
Cheers,
Ralf
2011-04-10 Kurt Roeckx ...
tagdemo: do not rely on picking up symbols
Hello Nick,
* Nick Bowler wrote on Fri, Apr 01, 2011 at 04:04:21PM CEST:
I'm working on a project which uses libltdl to load modules, and I've
set it up in a manner pretty similar to what's described in the libtool
manual (10.3 Linking with dlopened modules, http://xrl.us/bjk9e5).
In that
Let's pick this up again, but for Libtool only for now.
[ http://lists.gnu.org/archive/html/automake/2011-02/msg00025.html ]
* Ralf Wildenhues wrote on Sun, Feb 13, 2011 at 07:12:02PM CET:
[ Cross post; Reply-To and Mail-Followup-To set. Please followup to
the automake list only, to avoid
Hello Markus,
* Markus Franke wrote on Wed, Mar 23, 2011 at 05:18:53PM CET:
we have a large C++ project containing of several modules which each get
compiled into seperate shared libraries. Our directory structure looks
somehow as follows:
[...]
When performing the make install step all
* Dan Nicholson wrote on Thu, Mar 17, 2011 at 11:47:38PM CET:
On Thu, Mar 17, 2011 at 3:08 AM, Pacho Ramos pa...@gentoo.org wrote:
https://bugzilla.gnome.org/show_bug.cgi?id=644896#c2
This seems more legitimate. I looked at the Makefile.am's and they
look reasonable to me. You have two
Hello Pacho,
* Pacho Ramos wrote on Fri, Mar 18, 2011 at 11:48:51AM CET:
We have some downstream opened bugs with similar cases, would you mind
asking for help with them here in the future once their respective
upstream refuse to fix the issues?
Feel free to come to this mailing list for help
Pacho,
hope you're reading the list. Mail from me to you bounces because some
MTA near your end is over-eagerly using SPF to reject legitimate mail.
Rakf
* Ralf Wildenhues wrote on Fri, Mar 18, 2011 at 08:43:21PM CET:
Hello Pacho,
* Pacho Ramos wrote on Fri, Mar 18, 2011 at 11:48:51AM CET
Hi Jan,
* Jan Engelhardt wrote on Sun, Mar 13, 2011 at 03:31:40PM CET:
I have seen one project where Makefile.am used
ACLOCAL_AMFLAGS = -Im4
and libtool 2.2.6b still threw the warning
Consider adding -I m4 to Makefile.am
which is because libtool does not seem to handle
Hi Jan,
* Jan Engelhardt wrote on Sun, Mar 13, 2011 at 03:31:40PM CET:
I have seen one project where Makefile.am used
ACLOCAL_AMFLAGS = -Im4
and libtool 2.2.6b still threw the warning
Consider adding -I m4 to Makefile.am
which is because libtool does not seem to handle
[ dropping bug-libtool ]
Hi Peter,
* Peter O'Gorman wrote on Fri, Mar 04, 2011 at 07:07:30PM CET:
Ok?
A few copyright year bumps are missing.
Some minor nits inline below.
Thank you,
Ralf
Subject: [PATCH] On Mac OS X try .dylib as well as .so with lt_dlopenext
* libltdl/m4/ltdl.m4:
Hello,
* Jürgen Reuter wrote on Tue, Mar 01, 2011 at 12:24:39PM CET:
as discussed with Peter I send to you a diff (compared to the
2.4 official version of libtool) to support the NAG Fortran compiler
on Darwin 64bit machines.
--- libtool.m4 2010-10-01 20:57:54.0 +0200
+++
* tom fogal wrote on Tue, Feb 15, 2011 at 06:34:44PM CET:
Hi, sorry for the slow response.
No worries.
Ralf Wildenhues writes:
Hmm, even libtool 1.5.26 should be detecting mpicc as gcc but
apparently it isn't. You could look in config.log to find out why.
I'd really really suggest using
[ Cross post; Reply-To and Mail-Followup-To set. Please followup to
the automake list only, to avoid excessive spammage. Thank you. ]
Hello everyone,
I've been advertising debbugs before, I think we should be a good
example. So, two proposals:
1) Autoconf and Libtool should also use
Hello Tom,
* tom fogal wrote on Sun, Feb 13, 2011 at 10:23:30PM CET:
A package we're converting to the autotools is having an issue building
a library; it seems to think gcc supports a -soname option.
/bin/sh ../libtool --tag=CC --mode=link mpicc -I/home/tfogal/sw/include
d6f69ef647cb09d1baed104e769377f743a8aa8f
Author: Ralf Wildenhues ralf.wildenh...@gmx.de
Date: Mon Feb 7 07:40:17 2011 +0100
docs: fix copyright years in PDF version of the manual.
* doc/libtool.texi: Fix copyright years.
---
Summary of changes
libtool.pdf was showing only the current year in the copyright
statement. This patch fixes it, applied to master.
Cheers,
Ralf
docs: fix copyright years in PDF version of the manual.
* doc/libtool.texi: Fix copyright years.
diff --git a/doc/libtool.texi b/doc/libtool.texi
index
Hello Benny,
first off, thanks for your patch, and sorry for the delay.
* Benny Siegert wrote on Sat, Jan 29, 2011 at 04:50:04PM CET:
I would like to add MirBSD support to upstream libtool. MirBSD (or
MirOS BSD) is an OS derived from OpenBSD. I want to use
version_type=linux instead of sunos
emulations.
Signed-off-by: Ralf Wildenhues ralf.wildenh...@gmx.de
---
Summary of changes:
ChangeLog |7 +++
libltdl/m4/libtool.m4 | 17 +++--
2 files changed, 22 insertions(+), 2 deletions
86562ff7358179df2c44669c53525a86b3723312
Author: Ralf Wildenhues ralf.wildenh...@gmx.de
Date: Tue Feb 1 07:48:39 2011 +0100
fix typo in ChangeLog
---
Summary of changes:
ChangeLog |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git
[ adding libtool-patches ]
* Rainer Orth wrote on Mon, Jan 31, 2011 at 03:54:29PM CET:
GNU ld testing failed initially for the 64-bit multilib:
libtool: link:
/vol/gcc/obj/gcc-4.6.0-20110128/11-gcc-gas-gld-go/./gcc/collect-ld -r -o
crypto/libsubtle.o--whole-archive
FYI, I added .symlinks entries for the PDF manuals that the online
copies of {automake,libtool}.pdf link to, so that it should now be
possible to jump from one manual to the other in a decent PDF reader.
This was prompted by a report against Autoconf.
Cheers,
Ralf
Hello Mirko,
* Mirko Vukovic wrote on Thu, Jan 27, 2011 at 06:31:04PM CET:
A build of mpc on 64-bit RHEL5 fails. I tracked down the cause to an entry
in libmpc.la file:
# Libraries that this one depends upon.
dependency_libs='
* Sergio Belkin wrote on Mon, Jan 24, 2011 at 11:42:25AM CET:
Let's say that you have a library libfoo.so and you have on build tree a
source file fred.c. You've created a test target that creat (with
-no-install flag) the ELF executable fred (note that has no extension).
But libtool create
* John Calcote wrote on Sat, Jan 22, 2011 at 08:42:33PM CET:
LT_INIT([disable-shared static pic-only])
...
While playing with these options, I noticed that the 'disable-shared'
and 'static' options seem to have the desired effect, but the 'pic-only'
option does not. Whether I use 'pic-only'
Hi Gerald,
* Gerald Pfeifer wrote on Thu, Jan 20, 2011 at 12:01:58AM CET:
FreeBSD has been dead for way over a decade (FreeBSD 2.0 was released
in 1994) and without support for dynamic linking and shared libraries
I doubt there's a lot of software that would build at all.
In anycase,
Hi Peter,
* Peter O'Gorman wrote on Wed, Jan 19, 2011 at 05:26:26PM CET:
Patch Ok?
If it turns the testsuite addition from failing to passing, yes,
with a couple of nits below fixed.
Thanks,
Ralf
Subject: [PATCH] Don't let verbose linker messages influence test results.
*
Hello Martin,
* Martin Panter wrote on Sun, Jan 16, 2011 at 01:04:00PM CET:
Don't search host directory during relink if $inst_prefix is provided
--- libtool-2.4.orig/libltdl/config/ltmain.m4sh
+++ libtool-2.4/libltdl/config/ltmain.m4sh
@@ -6122,12 +6122,14 @@ func_mode_link ()
Hello Richard,
* Richard Purdie wrote on Wed, Jan 12, 2011 at 12:06:13AM CET:
Firstly, for the first time ever for us, it appears libtool is no longer
relinking our libraries at install time.
That's weird, I don't think the sysroot feature should've caused this
change. Not quite sure though.
a55208d56bf723f68b245c6ea03ce3f36a2e23ba
Author: Ralf Wildenhues ralf.wildenh...@gmx.de
Date: Sun Jan 9 17:55:17 2011 +0100
Fix $wl setting for Solaris Studio 12.2 f90 on GNU/Linux.
* libltdl/m4/libtool.m4 (_LT_COMPILER_PIC) [linux]
lt_prog_compiler_wl: Set to '-Qoption ld ' if we
detect Sun Fortran
hardcoding with -L.
+
2011-01-09 Ralf Wildenhues ralf.wildenh...@gmx.de
Fix $wl setting for Solaris Studio 12.2 f90 on GNU/Linux.
diff --git a/libltdl/config/ltmain.m4sh b/libltdl/config/ltmain.m4sh
index d9e1cd2..7baa6aa 100644
--- a/libltdl/config/ltmain.m4sh
+++ b/libltdl/config
* Ethan Mallove wrote on Mon, Dec 20, 2010 at 03:29:01PM CET:
On Mon, Dec/20/2010 08:06:27AM, Ralf Wildenhues wrote:
Ping!
Tested. Looks good!
Thanks, and apologies for the delay on my side now. Pushed.
Cheers,
Ralf
2010-11-18 Ralf Wildenhues...
Fix $wl setting
* John David Anglin wrote on Fri, Dec 10, 2010 at 05:58:26PM CET:
The attached change to ltmain.sh fixes the above problem on on 32-bit
hppa*-*hpux*. Tested on hppa2.0w-hp-hpux11.11 and hppa64-hp-hpux11.11.
Would you please apply if ok to libtool, gcc and sourceware?
Sorry for the long
Hi Peter,
* Peter Rosin wrote on Fri, Jan 07, 2011 at 09:35:08PM CET:
Below is a patch that changes all old_archive_cmds assignments.
That patch looks actually fairly safe to me; still, at least some
testing on at least one relevant system would be nice. Feel free
to push when you feel
Hi Charles,
* Charles Wilson wrote on Fri, Jan 07, 2011 at 05:55:50PM CET:
On 1/7/2011 3:02 AM, Peter Rosin wrote:
Den 2011-01-06 21:29 skrev Ralf Wildenhues:
* Peter Rosin wrote on Tue, Jan 04, 2011 at 05:44:58PM CET:
Before I tie up the lose ends with this patch, I wonder if Ralf
[ dropping libtool@ ]
Hi Peter,
thanks for working on this!
* Peter Rosin wrote on Tue, Jan 04, 2011 at 05:44:58PM CET:
Subject: [PATCH] Convert ranlib argument to toolchain format.
--- a/libltdl/config/ltmain.m4sh
+++ b/libltdl/config/ltmain.m4sh
@@ -2412,6 +2412,8 @@ func_mode_install ()
Hello,
* kknd1233 wrote on Wed, Jan 05, 2011 at 12:14:20AM CET:
And then when I run the command 'autoreconf --install', it said an error
message like
lib/Makefile.am:1: Libtool library used but `LIBTOOL' is undefined
lib/Makefile.am:1: The usual way to define `LIBTOOL' is to add
All the best to you and GNU for the new year!
I'm pushing the patch below and rotating ChangeLog files, after running
the test suite. This time I remembered to also bump libtool.texi right
away.
Thanks,
Ralf
Bump copyright years.
* ChangeLog.2010: New, rotated from ...
*
Hi Dan,
* Dan McMahill wrote on Sat, Jan 01, 2011 at 04:53:25AM CET:
I am trying to build a program under cygwin but using the mingw tool
chain in a fake cross build way. In my configure environment, I have:
export lt_cv_to_tool_file_cmd=func_convert_file_cygwin_to_w32
as suggested by
* Bruce Korb wrote on Mon, Dec 20, 2010 at 09:37:58PM CET:
On 12/20/10 11:20, Ralf Wildenhues wrote:
One crucial part is that libtool gets confused whenever it has
directories with the wrong ABI in the search path (unlike ld or ld.so,
both are in some cases smart enough to skip wrong ABI
* Bruce Korb wrote on Mon, Dec 20, 2010 at 03:09:48PM CET:
How much understanding of the machinery should be expected
of the hapless project builder?
I've skimmed most of the conversation in this thread now.
The crucial part, I think, is *not* the --libdir setting. Distros
usually get
* Ralf Wildenhues wrote on Mon, Dec 20, 2010 at 08:20:25PM CET:
The other crucial part is that libtool doesn't get the
sys_lib_search_path_spec and sys_lib_dlsearch_path_spec settings
right on several distros, introducing such wrong directories itself (not
to speak of cross setups
): Mention Go.
(Tags): Mention Go.
* configure.ac: Enable Go.
* NEWS: Update.
Signed-off-by: Ralf Wildenhues ralf.wildenh...@gmx.de
commit 7aabd35c4c78df9c94528c02eae29397bab65987
Author: Brice De Bruyne bric...@gmail.com
Date: Mon Dec 20 04:16:12 2010 +0100
Also turn off
* John David Anglin wrote on Sun, Dec 19, 2010 at 05:04:36PM CET:
Ping.
On Fri, 10 Dec 2010, John David Anglin wrote:
The attached change to ltmain.sh fixes the above problem on on 32-bit
hppa*-*hpux*. Tested on hppa2.0w-hp-hpux11.11 and hppa64-hp-hpux11.11.
Would you please apply if
* Christian Rössel wrote on Fri, Dec 17, 2010 at 01:25:45PM CET:
On 12/16/2010 09:54 PM, Ralf Wildenhues wrote:
And now I wonder why you are having problems with 'mpif77 -f77=ifort'
because either it claims to be GNU (and then should accept -fPIC) or it
doesn't claim to be GNU
* Ralf Wildenhues wrote on Sun, Dec 05, 2010 at 09:47:54PM CET:
* Brice De Bruyne wrote on Sat, Dec 04, 2010 at 04:17:25PM CET:
It seems the postdep_objects are set wrong when CXXFLAGS contains
-fuse-linker-plugin.
CFLAGS don't matter it seems...
Following patch to libltdl/m4
* Terry Dontje wrote on Mon, Dec 06, 2010 at 06:58:28PM CET:
On 12/05/2010 04:25 PM, Ralf Wildenhues wrote:
* Ralf Wildenhues wrote on Thu, Nov 18, 2010 at 09:23:17PM CET:
* Terry Dontje wrote on Wed, Nov 17, 2010 at 01:00:26PM CET:
I've discussed this internally and yes we would like Ceres
Hello Ian,
I have pushed your patch to the Libtool git tree now, with GCCGO
replaced by GOC and some whitespace changes, and your two patches
squashed in one, as below. Sorry for the delay.
Thanks,
Ralf
2010-12-20 Ian Lance Taylor i...@google.com
* libltdl/m4/libtool.m4 (LT_LANG):
* KO Myung-Hun wrote on Sun, Dec 19, 2010 at 03:11:08AM CET:
Ok. Please set lt_cv_sys_max_cmd_len to 8192 instead of -1. I've just
realized that I can override it when configuring.
Good. I'm pushing this in your name, reordering the case entry to be
alphabetical in the list. I hope to get to
* KO Myung-Hun wrote on Fri, Dec 17, 2010 at 01:20:38PM CET:
Ralf Wildenhues wrote:
* KO Myung-Hun wrote on Sun, Nov 28, 2010 at 07:20:32AM CET:
--- libltdl/m4/libtool.m4.org 2010-09-22 17:41:18.0 +0900
+++ libltdl/m4/libtool.m4 2010-11-27 16:03:50.0 +0900
@@ -1624,6
92eb89aace9fd41e43eee33f5c392adf1bcf8963
Author: Ralf Wildenhues ralf.wildenh...@gmx.de
Date: Thu Dec 16 21:41:27 2010 +0100
Fix PIC flags with MPI wrappers using Portland on GNU/Linux.
* libltdl/m4/libtool.m4 (_LT_COMPILER_PIC) [linux]:
Match Portland compilers also using $CC -V output, to avoid
false
Hello again,
* KO Myung-Hun wrote on Sun, Nov 28, 2010 at 07:20:32AM CET:
--- libltdl/m4/libtool.m4.org 2010-09-22 17:41:18.0 +0900
+++ libltdl/m4/libtool.m4 2010-11-27 16:03:50.0 +0900
@@ -1624,6 +1624,9 @@
lt_cv_sys_max_cmd_len=32768
fi
;;
+ os2*)
+
Hello Christian,
* Christian Rössel wrote on Thu, Dec 16, 2010 at 05:27:23PM CET:
Am 12/16/2010 11:19 AM, schrieb Christian Rössel:
Am 12/15/2010 9:21 PM, schrieb Ralf Wildenhues:
Hmm. Is $GCC = yes for this compiler? That would be surprising.
Why else would the new branch not be matched
)
+ Ralf Wildenhues ralf.wildenh...@gmx.de
+
+ Fix PATH_SEPARATOR handling for OS/2.
+ * Makefile.am (update_mans): Quote $(PATH_SEPARATOR).
+ * libltdl/m4/libtool.m4 (_LT_SETUP): Add _LT_DECL for
+ PATH_SEPARATOR.
+ * libltdl/config/general.m4sh: Use
* Christian Rössel wrote on Wed, Dec 15, 2010 at 04:38:13PM CET:
Am 12/10/2010 6:55 PM, schrieb Ralf Wildenhues:
Alternatively, the untested patch below should help as well. Can you
try it out?
Unfortunately the patch didn't work. configure does not execute the new
case branch although
that.
I'm applying the following patch in your name, and adding you to THANKS:
2010-12-15 KO Myung-Hun k...@chollian.net (tiny change)
Ralf Wildenhues ralf.wildenh...@gmx.de
Fix PATH_SEPARATOR handling for OS/2.
* Makefile.am (update_mans): Quote $(PATH_SEPARATOR
* Ralf Wildenhues wrote on Wed, Dec 15, 2010 at 10:32:04PM CET:
--- a/libltdl/m4/libtool.m4
+++ b/libltdl/m4/libtool.m4
@@ -146,6 +146,8 @@ AC_REQUIRE([AC_CANONICAL_BUILD])dnl
AC_REQUIRE([_LT_PREPARE_SED_QUOTE_VARS])dnl
AC_REQUIRE([_LT_PROG_ECHO_BACKSLASH])dnl
+_LT_DECL
* Christian Rössel wrote on Wed, Dec 15, 2010 at 04:38:13PM CET:
Am 12/10/2010 6:55 PM, schrieb Ralf Wildenhues:
Alternatively, the untested patch below should help as well. Can you
try it out?
Unfortunately the patch didn't work. configure does not execute the new
case branch although
that.
I'm applying the following patch in your name, and adding you to THANKS:
2010-12-15 KO Myung-Hun k...@chollian.net (tiny change)
Ralf Wildenhues ralf.wildenh...@gmx.de
Fix PATH_SEPARATOR handling for OS/2.
* Makefile.am (update_mans): Quote $(PATH_SEPARATOR
Hello Christian,
* Christian Rössel wrote on Fri, Dec 10, 2010 at 02:56:51PM CET:
./configure --enable-shared F77=mpif77 ...
where mpif77 translates to
ifort -I/opt/parastation/mpi2-intel/include
-L/opt/parastation/mpi2-intel/lib -Wl,-rpath
-Wl,/opt/parastation/mpi2-intel/lib -lmpich
* Ethan Mallove wrote on Fri, Dec 10, 2010 at 07:41:20PM CET:
On Thu, Oct/21/2010 06:13:03AM, Ralf Wildenhues wrote:
Pass -Wc,-static-intel instead.
This works like a charm for shared libraries, but for standalone
executables I get an error like this:
...
icc: command line warning
in full, below.
- Log -
commit 82beb2a169ac1943df67be90675c3135ece03735
Author: Ralf Wildenhues ralf.wildenh...@gmx.de
Date: Mon Dec 6 04:31:14 2010 +0100
Fix nvcc PIC setting on darwin.
* libltdl/m4/libtool.m4
* Peter O'Gorman wrote on Mon, Dec 06, 2010 at 10:56:13PM CET:
On 12/06/2010 03:25 PM, Ralf Wildenhues wrote:
Where do you see that? As far as I understand, Paweł hasn't actually
tried configuring Libtool with something like
Yeah, I failed to read your entire email this morning
* Ralf Wildenhues wrote on Sat, Nov 20, 2010 at 09:30:41AM CET:
Ethan suggested we have a Libtool flow chart, similar to how Automake
has one in its manual.
Here we go. OK to commit?
Pushed now.
docs: Libtool configuration diagram.
* doc/libtool.texi (Integrating libtool
* Ralf Wildenhues wrote on Sat, Nov 20, 2010 at 10:30:37AM CET:
Avoid running installed automake from 'libtool --help'.
* tests/subobj9.test: Export AUTOCONF and AUTOMAKE.
Together with fixed Libtool, this fixes check-coverage to not
invoke installed automake.
Pushed
* Peter O'Gorman wrote on Mon, Dec 06, 2010 at 10:56:13PM CET:
On 12/06/2010 03:25 PM, Ralf Wildenhues wrote:
Where do you see that? As far as I understand, Paweł hasn't actually
tried configuring Libtool with something like
Yeah, I failed to read your entire email this morning
Hi Peter,
* Peter O'Gorman wrote on Mon, Dec 06, 2010 at 02:49:23PM CET:
On 12/06/2010 01:07 AM, Ralf Wildenhues wrote:
OK to apply?
Unless Pawel reports that it works for him, no. This doesn't make
sense to me.
Why?
Well, perhaps I haven't been drinking enough coffee, but...
Hehe
* Arbol One wrote on Mon, Dec 06, 2010 at 02:57:16PM CET:
Having stated the above and on another front, I would like to know if you
can direct me to a place where I can download libtools-64bit.
Well, you can just download Libtool 2.4 from
http://ftp.gnu.org/gnu/libtool, extract and build it on
Hi Peter,
* Peter O'Gorman wrote on Mon, Dec 06, 2010 at 02:49:23PM CET:
On 12/06/2010 01:07 AM, Ralf Wildenhues wrote:
OK to apply?
Unless Pawel reports that it works for him, no. This doesn't make
sense to me.
Why?
Well, perhaps I haven't been drinking enough coffee, but...
Hehe
* Paweł Daniluk wrote on Mon, Dec 06, 2010 at 11:52:00AM CET:
Thanks for your prompt reply. Unfortunately the patch doesn't seem
to change anything. Perhaps I'm doing something completely wrong. I
expect that libtool after invoking in compile mode with nvcc instead
of gcc should add -Xcompiler
* Ralf Wildenhues wrote on Thu, Nov 18, 2010 at 09:23:17PM CET:
* Terry Dontje wrote on Wed, Nov 17, 2010 at 01:00:26PM CET:
I've discussed this internally and yes we would like Ceres to be supported.
Oh, no problem. Presumably that means you have some way to test the
proposed patch
Hello Paweł,
* Paweł Daniluk wrote on Sun, Dec 05, 2010 at 11:16:37PM CET:
I am trying to run nvcc compiler driver through libtool, and I keep
getting errors about compiler flags which are not supported by nvcc:
pa...@solea:~/sandbox/libdesc/libdesc/trunk$ /opt/local/bin/glibtool
Hi Peter,
* Peter O'Gorman wrote on Mon, Dec 06, 2010 at 05:23:12AM CET:
On 12/05/2010 09:34 PM, Ralf Wildenhues wrote:
Does this patch fix things for you? As far as I see, you should be
getting -fPIC passed instead of -fno-common, so it's not completely
clear that this is right, or what
* Laviticus Stone wrote on Thu, Dec 02, 2010 at 08:53:40AM CET:
On 12/ 2/10 02:37 AM, Ralf Wildenhues wrote:
* Laviticus Stone wrote on Thu, Dec 02, 2010 at 01:45:04AM CET:
Hi, i'm trying to compile glib-2.0 on Solaris 11 from netbsd pkgsrc.
Libtool creates the following command and results
Hello Arbol,
* Arbol One wrote on Sun, Dec 05, 2010 at 11:47:51PM CET:
Does anyone know if there is a libtool's port to Win7-64.
First off, welcome to this list. Please do not top-post nor full-quote
here, also please do not reply to existing threads with new topics;
rather, start a new
Hello Paweł,
* Paweł Daniluk wrote on Sun, Dec 05, 2010 at 11:16:37PM CET:
I am trying to run nvcc compiler driver through libtool, and I keep
getting errors about compiler flags which are not supported by nvcc:
pa...@solea:~/sandbox/libdesc/libdesc/trunk$ /opt/local/bin/glibtool
Hi Peter,
* Peter O'Gorman wrote on Mon, Dec 06, 2010 at 05:23:12AM CET:
On 12/05/2010 09:34 PM, Ralf Wildenhues wrote:
Does this patch fix things for you? As far as I see, you should be
getting -fPIC passed instead of -fno-common, so it's not completely
clear that this is right, or what
Hello Dan,
* Dan Nicholson wrote on Fri, Dec 03, 2010 at 02:43:04PM CET:
On Wed, Oct 20, 2010 at 10:49 AM, Ralf Wildenhues wrote:
Depending on your package setup, that means either passing --install to
libtoolize (when AC_CONFIG_MACRO_DIR has been set in configure.ac), or
running aclocal
Hello,
* KO Myung-Hun wrote on Wed, Dec 01, 2010 at 09:24:56AM CET:
I've enhanced and fixed libtool 2.4 for OS/2.
Review, please.
Ping ?
Thanks for your patch, and sorry for the delay. I'm very busy ATM but I
will try to review it by next week. It needs some more work. Also,
patches
Hello Laviticus,
* Laviticus Stone wrote on Thu, Dec 02, 2010 at 01:45:04AM CET:
Hi, i'm trying to compile glib-2.0 on Solaris 11 from netbsd pkgsrc.
Libtool creates the following command and results:
gcc -shared .libs/garray.o .libs/gasyncqueue.o .libs/gatomic.o
[...]
.libs/giounix.o
Ethan suggested we have a Libtool flow chart, similar to how Automake
has one in its manual.
Here we go. OK to commit?
Thanks,
Ralf
docs: Libtool configuration diagram.
* doc/libtool.texi (Integrating libtool): Add diagrams
explaining the dependencies between Libtool files.
* Terry Dontje wrote on Wed, Nov 17, 2010 at 01:00:26PM CET:
On 11/16/2010 02:01 PM, Terry Dontje wrote:
On 11/16/2010 01:56 PM, Ralf Wildenhues wrote:
Thanks. Now the only remaining question is whether we still need to
support that thing called 'Sun Ceres Fortran' here:
http://www.open
4fee8796c92a2ab554eb6596330ac06613c22807
Author: Ralf Wildenhues ralf.wildenh...@gmx.de
Date: Mon Nov 15 23:13:33 2010 +0100
Eliminate hardcode_libdir_flag_spec_ld tag variable.
* libltdl/config/ltmain.m4sh (func_mode_link): Set $wl to empty
if $LD is used for creating shared libraries. Do not use
http://thread.gmane.org/gmane.comp.gnu.libtool.patches/10909
* Ralf Wildenhues wrote on Sat, Oct 16, 2010 at 04:52:20PM CEST:
Handle auxiliary shared library path environment variables.
This patch lets libtool handle systems with more than one shared
library path variable
http://thread.gmane.org/gmane.comp.gnu.libtool.patches/10908
* Ralf Wildenhues wrote on Sat, Oct 16, 2010 at 03:22:22PM CEST:
Eliminate hardcode_libdir_flag_spec_ld tag variable.
* libltdl/config/ltmain.m4sh (func_mode_link): Set $wl to empty
if $LD is used for creating
I would like to push this patch that has emacs-rebuilt menus.
They actually typeset a bit worse than the hand-written ones
(see e.g. the last hunk) but I think that doing something
automatically is better than doing it manually, and if there
is pain involved then we should consider trying to
5ca9b3ec6b8be1cdd9713845b3e7cf389cc17ae4
Author: Ralf Wildenhues ralf.wildenh...@gmx.de
Date: Wed Nov 10 19:28:11 2010 +0100
Fix cwrapper test failure with --disable-static.
* tests/cwrapper.at (cwrapper and installed shared libraries):
Compile program source without libtool, so we can be sure a
non-PIC
test.
* Makefile.am (TESTSUITE_AT): Add tests/with-pic.at.
* doc/libtool.texi (LT_INIT): Enhance documentation of
--with-pic configure flag.
* NEWS (New features): Mention that --with-pic now accepts a
comma-separated list of package names.
Signed-off-by: Ralf Wildenhues
http://hydra.nixos.org/build/737077/log/raw
shows among others (some of which are NixOS and not Libtool issues)
the following failure:
libtool: compile: gcc -g -O2 -c m.c -fPIC -DPIC -o .libs/m.o
./cwrapper.at:255: $LIBTOOL --mode=link $CC $CFLAGS $LDFLAGS -o m1$EXEEXT
m.$OBJEXT foo/liba.la
Hi Charles,
* Charles Wilson wrote on Wed, Nov 10, 2010 at 09:46:54PM CET:
On 11/10/2010 1:29 PM, Ralf Wildenhues wrote:
-AT_CHECK([$LIBTOOL --mode=compile --tag=CC $CC $CPPFLAGS $CFLAGS -c m.c],
- [], [ignore], [ignore])
+AT_CHECK([$CC $CPPFLAGS $CFLAGS -c m.c], [], [ignore
Hello Bruno,
* Bruno Barberi Gnecco wrote on Tue, Nov 09, 2010 at 08:47:08PM CET:
I'm facing a problem compiling a library with libtool (via
automake/autoconf). It depends on OpenCV, and deplibs links against
all indirect libraries as well (that is, it adds the libs such as
Hello Ethan,
* ethan.mall...@oracle.com wrote on Wed, Nov 10, 2010 at 07:48:14PM CET:
Libtool seems to get confused about where libgcc_s is, e.g.,
$ /bin/sh ../../../libtool --tag=CXX --mode=link icpc -lgcc_s foo.c -o a.out
libtool: link: icpc foo.c -o a.out -lgcc_s
ld: skipping
1 - 100 of 3712 matches
Mail list logo
