CVSROOT:/sources/libtool
Module name:libtool
Branch:
Changes by: Gary V. Vaughan [EMAIL PROTECTED] 06/05/18 00:10:37
Modified files:
. : ChangeLog
doc: libtool.texi
libltdl/config : ltmain.m4sh
libltdl/m4
CVSROOT:/cvsroot/libtool
Module name:libtool
Branch:
Changes by: Ralf Wildenhues [EMAIL PROTECTED] 06/05/17 01:58:40
Modified files:
. : ChangeLog
libltdl/config : ltmain.m4sh
libltdl/m4 : libtool.m4
Log message
CVSROOT:/cvsroot/libtool
Module name:libtool
Branch:
Changes by: Ralf Wildenhues [EMAIL PROTECTED] 06/05/15 16:40:43
Modified files:
. : ChangeLog NEWS
libltdl/m4 : libtool.m4
Log message:
* libltdl/m4/libtool.m4
CVSROOT:/cvsroot/libtool
Module name:libtool
Branch:
Changes by: Ralf Wildenhues [EMAIL PROTECTED] 06/05/14 08:43:58
Modified files:
. : ChangeLog
libltdl/m4 : libtool.m4
Log message:
* libltdl/m4/libtool.m4
CVSROOT:/cvsroot/libtool
Module name:libtool
Branch:
Changes by: Ralf Wildenhues [EMAIL PROTECTED] 06/04/22 18:57:04
Modified files:
. : ChangeLog
libltdl/config : ltmain.m4sh
Log message:
* libltdl/config/ltmain.m4sh
CVSROOT:/cvsroot/libtool
Module name:libtool
Branch:
Changes by: Ralf Wildenhues [EMAIL PROTECTED] 06/02/24 19:45:48
Modified files:
. : ChangeLog
libltdl/config : ltmain.m4sh
Log message:
* libltdl/config/ltmain.m4sh (startup
CVSROOT:/cvsroot/libtool
Module name:libtool
Branch:
Changes by: Ralf Wildenhues [EMAIL PROTECTED] 06/02/13 17:02:28
Modified files:
. : ChangeLog
libltdl/config : ltmain.m4sh
Log message:
* libltdl/config/ltmain.m4sh
CVSROOT:/cvsroot/libtool
Module name:libtool
Branch:
Changes by: Ralf Wildenhues [EMAIL PROTECTED] 06/02/05 10:24:42
Modified files:
. : ChangeLog
libltdl/config : ltmain.m4sh
Log message:
* libltdl/config/ltmain.m4sh
CVSROOT:/cvsroot/libtool
Module name:libtool
Branch:
Changes by: Ralf Wildenhues [EMAIL PROTECTED] 06/02/05 11:06:31
Modified files:
. : ChangeLog Makefile.am
libltdl/config : ltmain.m4sh
Added files:
tests
CVSROOT:/cvsroot/libtool
Module name:libtool
Branch:
Changes by: Ralf Wildenhues [EMAIL PROTECTED] 06/02/03 09:25:01
Modified files:
. : ChangeLog
libltdl/config : ltmain.m4sh
Log message:
* libltdl/config/ltmain.m4sh
CVSROOT:/cvsroot/libtool
Module name:libtool
Branch:
Changes by: Ralf Wildenhues [EMAIL PROTECTED] 06/02/03 20:03:54
Modified files:
. : ChangeLog
libltdl/m4 : libtool.m4
Log message:
* libltdl/m4/libtool.m4 [ solaris
CVSROOT:/cvsroot/libtool
Module name:libtool
Branch:
Changes by: Ralf Wildenhues [EMAIL PROTECTED] 06/01/12 22:02:56
Modified files:
. : ChangeLog NEWS
libltdl/m4 : libtool.m4
Log message:
* libltdl/m4/libtool.m4
CVSROOT:/cvsroot/libtool
Module name:libtool
Branch:
Changes by: Ralf Wildenhues [EMAIL PROTECTED] 06/01/11 17:24:56
Modified files:
. : ChangeLog libtoolize.m4sh
libltdl/config : general.m4sh getopt.m4sh ltmain.m4sh
libltdl/m4
-Original Message-
From: Kurt Roeckx [mailto:[EMAIL PROTECTED]
Sent: Thursday, December 29, 2005 1:03 PM
To: Eric Lemings
Cc: 'libtool@gnu.org'
Subject: Re: libltdl examples
On Thu, Dec 29, 2005 at 09:44:33AM -0700, Eric Lemings wrote:
Hi,
I'm looking for software
On Fri, 30 Dec 2005, Eric Lemings wrote:
Do any of these use C++ as their primary language? And does libltdl
work the same even if the package is configured with --disable-shared?
The main issues with C++ are platform limitations with C++ static
initialization and the usefulness
-Original Message-
From: Bob Friesenhahn [mailto:[EMAIL PROTECTED]
Sent: Friday, December 30, 2005 1:01 PM
To: Eric Lemings
Cc: 'libtool@gnu.org'
Subject: RE: libltdl examples
On Fri, 30 Dec 2005, Eric Lemings wrote:
Do any of these use C++ as their primary language
-Original Message-
From: Bob Friesenhahn [mailto:[EMAIL PROTECTED]
Sent: Friday, December 30, 2005 1:33 PM
To: Eric Lemings
Cc: 'libtool@gnu.org'
Subject: RE: libltdl examples
On Fri, 30 Dec 2005, Eric Lemings wrote:
Do any of these use C++ as their primary language
Title: Message
Hi,
I'm looking for
software distributions that use libltdl, especially packages that use libltdl in
libraries (as opposed to executables) to load other
libraries.
Please post or send
me a link if you know of any.
Thanks,
Eric
Eric Lemings wrote:
Hi,
I'm looking for software distributions that use libltdl, especially
packages that use libltdl in libraries (as opposed to executables) to
load other libraries.
Please post or send me a link if you know of any.
Kaffe uses libltdl to load native (JNI/KNI
Eric Lemings wrote:
Hi,
I'm looking for software distributions that use libltdl, especially
packages that use libltdl in libraries (as opposed to executables) to
load other libraries.
Please post or send me a link if you know of any.
www.openldap.org ... servers/slapd/module.c uses
On Thu, 29 Dec 2005, Ralf Wildenhues wrote:
I'm looking for software distributions that use libltdl, especially
packages that use libltdl in libraries (as opposed to executables) to
load other libraries.
GNU m4, GraphicsMagick, OpenMPI.
GraphicsMagick uses libltdl to load simple modules
Hi Gary,
* Gary V. Vaughan wrote on Wed, Dec 14, 2005 at 12:52:22PM CET:
Ralf Wildenhues wrote:
* Makefile.am (libltdl/Makefile.in): also depend on
libltdl/aclocal.m4, so that we guarantee timestamp consistency.
(libltdl/stamp-mk): New target, to fix `libltdl
Ralf Wildenhues wrote:
One needs to remember that for our whole logic to function correctly,
all we need to ensure *before the client runs libtoolize*, is that the
subpackage case is correct. All others can and will be fixed in the
`libtoolize --ltdl --(non)recursive' stage.
Hmmm... that's a
Hallo Ralf,
Ralf Wildenhues wrote:
* Makefile.am (libltdl/Makefile.in): also depend on
libltdl/aclocal.m4, so that we guarantee timestamp consistency.
(libltdl/stamp-mk): New target, to fix `libltdl/Makefile.in'.
(EXTRA_DIST): Distribute `libltdl/stamp-mk
Hello,
I am using libltdl in my project called Satom
(http://savannah.nongnu.org/projects/satom/). Satom uses automake to
handle the compilation process. However, I have some troubles
configuring (with the configure script) Satom with libltdl on mingw.
When I pass options to configure to set
* Ralf Wildenhues wrote on Sun, Dec 04, 2005 at 03:56:15PM CET:
- several (dunno how many yet) patches to fix the actual `make dist'
stuff for clients.
This patch ensures that libltdl/aclocal.m4 and libltdl/Makefile.in are
always up to date. These dependencies are not real in the Libtool
* Ralf Wildenhues wrote on Sun, Dec 04, 2005 at 04:25:28PM CET:
This patch ensures that libltdl/aclocal.m4 and libltdl/Makefile.in are
always up to date. These dependencies are not real in the Libtool
source tree, but they will be in the client source tree, in the
subpackage case.
I should
Gary V. Vaughan [EMAIL PROTECTED]
* doc/libtool.texi (Distributing libltdl): Document correct use of
LT_CONFIG_LTDL_DIR mode argument with Autoconf and Automake.
--- orig/doc/libtool.texi
+++ mod/doc/libtool.texi
@@ -4207,10 +4207,110 @@
is bad. Ensuring that only one
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Applied to HEAD.
* looking for [EMAIL PROTECTED]/libtool--devo--1.0--patch-328 to compare with
* comparing to [EMAIL PROTECTED]/libtool--devo--1.0--patch-328
M libltdl/m4/ltdl.m4
M ChangeLog
* modified files
Index: Changelog
Don't do this anymore:
checking for ltdl.h... yes
checking for lt_dlinterface_register in -lltdl... checking for
lt_dlinterface_register in ltdl.h... no
no
checking whether to use included libltdl... yes
libltdl/m4/ltdl.m4 |2 +-
1 files changed, 1 insertion(+), 1 deletion(-)
Index
code to build a basic libltdl using project.
* tests/old-m4-iface.at, tests/standalone.at, tests/subproject.at:
Use it.
* doc/libtool.texi (Distributing libltdl): Document correct use of
LT_CONFIG_LTDL_DIR mode argument with Autoconf and Automake.
Index: libtool--devo
, including some other outstanding doc patches.
Cheers,
Ralf
Index: libtool--devo--1.0/ChangeLog
from Gary V. Vaughan [EMAIL PROTECTED]
* tests/testsuite.at (_LTDL_PROJECT_FILES): Factored out from
common code to build a basic libltdl using project.
* tests/old-m4-iface.at, tests
Hi Gary,
* Gary V. Vaughan wrote on Thu, Sep 29, 2005 at 06:41:07PM CEST:
Ralf Wildenhues wrote:
* Ralf Wildenhues wrote on Wed, Sep 28, 2005 at 06:05:48PM CEST:
libtool/libltdl/Makefile.in created by automake-1.9 contains
*snip*
but the subtree created by `libtoolize --ltdl' lacks
config
Symlinking libltdl into a project (as in)
libtoolize --ltdl
is pretty stupid when later on aclocal decides it needs to run in
libltdl/ -- it'll try to write in the aclocal.m4 file that can be
reached through the symlink, instead of removing the symlink before
writing. This may happen
Hallo Ralf,
Ralf Wildenhues wrote:
Symlinking libltdl into a project (as in)
libtoolize --ltdl
is pretty stupid when later on aclocal decides it needs to run in
libltdl/ -- it'll try to write in the aclocal.m4 file that can be
reached through the symlink, instead of removing the symlink
Me again.
* Ralf Wildenhues wrote on Wed, Sep 28, 2005 at 06:05:48PM CEST:
Ugly issue. :-/
libtool/libltdl/Makefile.in created by automake-1.9 contains
DIST_COMMON = README $(am__configure_deps) $(am__include_HEADERS_DIST) \
$(am__ltdlinclude_HEADERS_DIST) $(srcdir)/Makefile.am
Ralf Wildenhues wrote:
Me again.
How do!
* Ralf Wildenhues wrote on Wed, Sep 28, 2005 at 06:05:48PM CEST:
Ugly issue. :-/
libtool/libltdl/Makefile.in created by automake-1.9 contains
DIST_COMMON = README $(am__configure_deps) $(am__include_HEADERS_DIST
(ltdldatafiles): Fix installation order to match
dependency order.
(libltdl/Makefile.in): Use $(srcdir) for non-GNU make.
Index: Makefile.am
===
RCS file: /cvsroot/libtool/libtool/Makefile.am,v
retrieving revision 1.164
diff -u
than one second.
Yep, I guess I do. I thought I had tested this on one, though..
Cheers,
Ralf
* Makefile.am (ltdldatafiles): Fix installation order to match
dependency order.
(libltdl/Makefile.in): Use $(srcdir) for non-GNU make.
Hallo Ralf,
Ralf Wildenhues wrote:
* Makefile.am (all-local): Rebuild libltdl/Makefile.in.
Nice catch. Please apply... (note typo below first!)
Index: Makefile.am
===
RCS file: /cvsroot/libtool/libtool/Makefile.am,v
On Thu, Sep 01, 2005 at 08:28:24PM +0200, Andreas Jellinghaus wrote:
On Thursday 01 September 2005 16:52, Bob Friesenhahn wrote:
So it seems that a libtool-provided macro should be used in
configure.ac to test for an installed libltdl. Testing for it in a
simple way could well indeed
On Friday 02 September 2005 08:00, Albert Chin wrote:
Why don't we install a pkg-config .pc file for ltdl? That would solve
your problem easily.
yes, but only long term. if you add pkg-config now, I'd wait three
years or so before using it, because most people would have an old
version of
Howard Chu wrote:
In OpenLDAP's configure.in we use
...
so does libltdl never need any libraries
linked to it? like -ldl on some systems
or something else? all that complexity
is usualy hidden in an m4 macro package,
a libfoo-config script or a pkgconfig/libfoo.pc
file.
I guess I should
Andreas Jellinghaus wrote:
Howard Chu wrote:
In OpenLDAP's configure.in we use
...
so does libltdl never need any libraries
linked to it? like -ldl on some systems
or something else? all that complexity
is usualy hidden in an m4 macro package,
a libfoo-config script or a pkgconfig
making a mistake. The point of using libtool and libltdl
is to avoid having to check for other system-specific dependencies. Checking
for libdl is (a) redundant since libtool's configure script would have
already looked for it and (b) insufficient since other platforms may use some
other name
On Thursday 01 September 2005 12:30, Howard Chu wrote:
If you use libtool for linking, and the libltdl.la file is installed,
what about configure code? which configure macro will look for libltdl.la?
can I use
dnl use ltdl
AC_CHECK_LIB(ltdl, lt_dlopen,, [AC_MSG_ERROR([libltdl not found
On Thursday 01 September 2005 16:52, Bob Friesenhahn wrote:
So it seems that a libtool-provided macro should be used in
configure.ac to test for an installed libltdl. Testing for it in a
simple way could well indeed result in false negatives due to libltdl
depending on some other library
Hi Andreas,
* Andreas Jellinghaus wrote on Thu, Sep 01, 2005 at 08:28:24PM CEST:
On Thursday 01 September 2005 16:52, Bob Friesenhahn wrote:
I may be missing something, but all the libltdl-related macros I see
are for the case of when libltdl is bundled with the package. I don't
see
On Thu, 1 Sep 2005, Andreas Jellinghaus wrote:
now I wonder: if the libtool *.la files contain all information about
the dependencies etc, then shouldn't there be some macro that searches
for that *.la files, gets the dependencies from it, does the compile
and link test and sets up CFLAGS and
On Thursday 01 September 2005 20:41, Ralf Wildenhues wrote:
Dependent libraries it has, CFLAGS should not be necessary. Everything
else would be a bug in ltdl.
is there something that works like AC_CHECK_LIB, except that AC_CHECK_LIB
seems to have no clue about *.la files, so is there
Hi,
for opensc and related projects we came to the conclusion
it is best to require the user to install libltdl.so and
header files, and then link to that library.
Is there a recommended way to implement this in autoconf?
In the documentation it looks like all scenarios copy
libltdl
scenarios copy
libltdl into the source, but we don't want to do that.
In OpenLDAP's configure.in we use
AC_CHECK_HEADERS(ltdl.h)
if test $ac_cv_header_ltdl_h = no ; then
AC_MSG_ERROR([could not locate libtool ltdl.h])
fi
AC_CHECK_LIB(ltdl, lt_dlinit, [
MODULES_LIBS
. Maybe you need to adjust the sed script which creates
libltdl/Makefile.am, but ATM I don't see why that should be.
Long story, but good catch. Thanks. Fixed.
OK.
| -install-data-local:
| +install-data-local: libltdl/Makefile.in
| ## Don't install over the top of an old pkgdatadir
* Gary V. Vaughan wrote on Mon, Aug 22, 2005 at 06:26:23PM CEST:
Ah, yes. I see what you mean now. Unfortunately, I don't think your
patch will always work -- because of timestamp dependencies between
$prefix/share/aclocal, $prefix/share/libtool/libltdl,
$prefix/share/libtool/libltdl
On Mon, 22 Aug 2005, Ralf Wildenhues wrote:
I'm not sure libtoolize should be changed. While Bob and I agreed that
it was a good idea to have libtoolize update timestamps, this bears a
problem:
On my machine, several of the above files are installed the same second.
So, on the client machine
the
ordering in make install as I've mentioned above, and leave the tar
hack in libtoolize.
Would adding AM_MAINTAINER_MODE to the libltdl `configure.ac' usefully help
shield users from these time stamp problems?
Yes I think it would. The question then is: is it okay for libltdl to
randomly
Hallo Ralf,
Ralf Wildenhues wrote:
Another regression: on GNU/Linux, after bootstrap, configure, make:
make[2]: *** No rule to make target `dlopen.la', needed by
`libltdl/libltdl.la'. Stop.
ltdl.m4 needs to be adjusted for this, I guess. I also guess this
change will need adjustments in all
Hi Gary,
* Gary V. Vaughan wrote on Mon, Aug 22, 2005 at 09:17:50PM CEST:
Ralf Wildenhues wrote:
Another regression: on GNU/Linux, after bootstrap, configure, make:
make[2]: *** No rule to make target `dlopen.la', needed by
`libltdl/libltdl.la'. Stop.
I can't reproduce this using either
Hallo Ralf!
On 22 Aug 2005, at 21:04, Ralf Wildenhues wrote:
* Gary V. Vaughan wrote on Mon, Aug 22, 2005 at 09:17:50PM CEST:
Ralf Wildenhues wrote:
Another regression: on GNU/Linux, after bootstrap, configure, make:
make[2]: *** No rule to make target `dlopen.la', needed by
`libltdl
])
# --
# Perform all the checks necessary for compilation of the ltdl objects
# -- including compiler checks and header checks.
AC_DEFUN([LTDL_INIT],
[m4_if([$#], 1, [m4_divert_push([DEFAULTS])dnl
# libltdl will be built in the named DIRECTORY, relative to
$top_builddir.
lt_ltdl_dir='$1
, let's just hope your next response will take less long.
Attached patch is taken against HEAD.
OK, good.
*snip some unproblematic stuff*
`make clean' fails to remove libltdl/lt__strl.lo, but it removes
libltdl/.libs/lt__strl.o, causing build failure.
This is a bug in automake-1.9.x with subdir
Moin Ralf!
On 21 Aug 2005, at 08:21, Ralf Wildenhues wrote:
* Gary V. Vaughan wrote on Fri, Aug 19, 2005 at 07:38:31PM CEST:
The c++ template with subdir-objects autotest is failing for me right
now (I think this is because I need to backport another patch to my
local automake-1.9.6
* Gary V. Vaughan wrote on Sun, Aug 21, 2005 at 04:59:14PM CEST:
Moin Ralf!
Good afternoon, Gary!
On 21 Aug 2005, at 08:21, Ralf Wildenhues wrote:
* Gary V. Vaughan wrote on Fri, Aug 19, 2005 at 07:38:31PM CEST:
The c++ template with subdir-objects autotest is failing for me right
now (I
On Sun, 21 Aug 2005, Gary V. Vaughan wrote:
I dunno. This is the kind of horror that makes me avoid C++ as if it
were perl ;-)
Does g++ come with a command line unmangler?
Yes, it is called c++filt. Does come with OS-X.
If libtool is using the native linker (vs linking via the compiler)
* Gary V. Vaughan wrote on Sun, Aug 21, 2005 at 05:44:05PM CEST:
On 21 Aug 2005, at 16:16, Ralf Wildenhues wrote:
Can you get a demangled name of the symbol __Z2a2c?
I dunno. This is the kind of horror that makes me avoid C++ as if it
were perl ;-)
Bob answered this already, but if you
Hi Bob, Hallo Ralf,
On 21 Aug 2005, at 17:16, Bob Friesenhahn wrote:
On Sun, 21 Aug 2005, Gary V. Vaughan wrote:
I dunno. This is the kind of horror that makes me avoid C++ as if it
were perl ;-)
Does g++ come with a command line unmangler?
Yes, it is called c++filt. Does come with
Hallo Ralf!
On 21 Aug 2005, at 17:35, Ralf Wildenhues wrote:
* Gary V. Vaughan wrote on Sun, Aug 21, 2005 at 05:44:05PM CEST:
On 21 Aug 2005, at 16:16, Ralf Wildenhues wrote:
Can you get a demangled name of the symbol __Z2a2c?
I dunno. This is the kind of horror that makes me avoid C++ as
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Gary V. Vaughan wrote:
| I guess I'll leave that to our Darwin expert to fix, though.
|
|
| Agreed. Hi Peter!
|
Hi,
Still majorly jet-lagged (thus reading email at 5:45am :-p), but I believe
that I noted this failure:
On 21 Aug 2005, at 22:11, Gary V. Vaughan wrote:
On 21 Aug 2005, at 22:00, Peter O'Gorman wrote:
Still majorly jet-lagged (thus reading email at 5:45am :-p), but I
believe
that I noted this failure:
http://lists.gnu.org/archive/html/libtool/2005-06/msg00144.html
Well remembered! I'd
Gary V. Vaughan wrote:
So the better workaround is to add 'export
MACOSX_DEPLOYMENT_TARGET=10.3' to
those tests rather than skip them altogether?
Hmm, no, you have to do it before you configure and build libtool. There are
other workarounds to the ld bug, but they'd involve me adding a
Hallo Ralf!
On 19 Aug 2005, at 19:51, Ralf Wildenhues wrote:
* Gary V. Vaughan wrote on Fri, Aug 19, 2005 at 07:43:56PM CEST:
Ralf Wildenhues wrote:
Another bug:
Makefile.am:
+ $(SED) '/^# ### BEGIN /,/^# ### END / \
+ { s,libltdl_,,; s,libltdl/,,; s,: libltdl
Hallo Ralf!
Ralf Wildenhues wrote:
Another bug:
Makefile.am:
+ $(SED) '/^# ### BEGIN /,/^# ### END / \
+ { s,libltdl_,,; s,libltdl/,,; s,: libltdl/,: ,; \
+ s,\$$(libltdl_,$$(,; p; }; \
+ d' $$in $$out;
This is not going to work on AIX, because the sed
Additional Item Attachment, patch #3686 (project libtool):
File name: bbrun.cSize:4 KB
bigbrother file to change
http://savannah.gnu.org/patch/download.php?item_id=3686item_file_id=4714
___
Reply to this item at:
CVSROOT:/cvsroot/libtool
TIMESTAMP: (1.1220.2.250 2005/06/01 19:16:05)
Module name:libtool
Branch: branch-1-5
Changes by:
Log Message:
* doc/libtool.texi (Thread Safety in libltdl),
libltdl/ltdl.c (argz_create_sep): Fix some typos
CVSROOT:/cvsroot/libtool
TIMESTAMP: (1.1220.2.240 2005/04/29 08:53:28)
Module name:libtool
Branch: branch-1-5
Changes by: [EMAIL PROTECTED]
Log Message:
* libltdl/Makefile.am (local-install-files): Rename back from
install-data-local
Hi Howard,
* Howard Chu wrote on Tue, Apr 26, 2005 at 02:40:45PM CEST:
The definition of LT_SCOPE in libltdl/ltdl.h needs a tweak; if some
other DLL (e.g. module 'foo') uses libltdl then it needs to define
LIBLTDL_DLL_IMPORT. Since 'foo' is compiled as a DLL, DLL_EXPORT will
already
Howard Chu wrote:
One other annoying gotcha when building with libtool and Win32 is that
libtool (at least in the 1.x line) assumed that any lib*.a was a static
library, and refused to link it into a DLL. It didn't account for the
possibility that the library was actually a DLL import library.
Charles Wilson wrote:
Howard Chu wrote:
One other annoying gotcha when building with libtool and Win32 is that
libtool (at least in the 1.x line) assumed that any lib*.a was a
static library, and refused to link it into a DLL. It didn't account
for the possibility that the library was actually
The definition of LT_SCOPE in libltdl/ltdl.h needs a tweak; if some
other DLL (e.g. module 'foo') uses libltdl then it needs to define
LIBLTDL_DLL_IMPORT. Since 'foo' is compiled as a DLL, DLL_EXPORT will
already be automatically defined, resulting in LT_SCOPE getting defined
twice. A quick
the above patches are in too.
That done, a backport to branch-2-0 will require reverting to running
libltdl/configure as a subconfigure, otherwise we can't release it
bootstrapped with autoconf-2.59 and automake-1.9.5.
HOWEVER: autoconf-2.59 still doesn't recognise Darwin's use of -lcrt2.o
in g77
, although
I don't want to commit until the above patches are in too.
Agreed.
That done, a backport to branch-2-0 will require reverting to running
libltdl/configure as a subconfigure, otherwise we can't release it
bootstrapped with autoconf-2.59 and automake-1.9.5.
HOWEVER: autoconf-2.59 still
Hallo Ralf!
Ralf Wildenhues wrote:
* Gary V. Vaughan wrote on Tue, Apr 26, 2005 at 03:13:17PM CEST:
That done, a backport to branch-2-0 will require reverting to running
libltdl/configure as a subconfigure, otherwise we can't release it
bootstrapped with autoconf-2.59 and automake-1.9.5
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Applied to branch-2-0.
* looking for [EMAIL PROTECTED]/libtool--release--2.0--patch-102 to compare
with
* comparing to [EMAIL PROTECTED]/libtool--release--2.0--patch-102
M ChangeLog
M libltdl/configure.ac
* modified files
Index
Hi Thomas,
[ reformatted for consistency ]
* Thomas Degris wrote on Wed, Apr 20, 2005 at 10:08:49PM CEST:
Ralf Wildenhues wrote:
* Thomas Degris wrote on Tue, Apr 19, 2005 at 04:24:33PM CEST:
I use automake, libtool and libltdl and when I try make dist in my
project, I have the following
there
(autoreconf calls the autotools with the right options then)
[and for a future libtoolize version
AC_CONFIG_MACRO_DIR([m4])
to toplevel configure.ac].
Actually, you can do even better than that when using libltdl. To avoid
duplication of configaux files and m4 macros between libltdl
])
to toplevel configure.ac].
Actually, you can do even better than that when using libltdl. To avoid
duplication of configaux files and m4 macros between libltdl and your parent
project then in $top_srcdir/Makefile.am:
ACLOCAL_AMFLAGS = -I libltdl/m4
in $top_srcdir/configure.ac
On Thu, 21 Apr 2005, Thomas Degris wrote:
- autoreconf: I would like to know what to use it for. Usually, I just do one
bootstrap when I check out the code from cvs and then automake does
everything correctly when I modified a Makefile.am or the configure.ac. All
the correct commands are called
Gary V. Vaughan gary at gnu.org writes:
Commited to HEAD.
* libltdl/configure.ac (AC_OUTPUT): loaders/Makefile is no longer
used.
This is needed on branch-2-0 as well.
Hi Thomas,
* Thomas Degris wrote on Tue, Apr 19, 2005 at 04:24:33PM CEST:
I use automake, libtool and libltdl and when I try make dist in my
project, I have the following error in the libltdl directory:
make[1]: Entering directory `/local/home/degris/src/satom/satom/libltdl'
make[1
Hello,
I tried with different versions of automake and libtool and I have the
problem. I don't remember to have modified libltdl.
You can find all the files I use in the module satom of the Satom
project of Savannah (https://savannah.nongnu.org/projects/satom/). The
configure.ac file
Hello,
I use automake, libtool and libltdl and when I try make dist in my
project, I have the following error in the libltdl directory:
make[1]: Entering directory `/local/home/degris/src/satom/satom/libltdl'
make[1]: *** No rule to make target `../libtool.m4', needed by
`distdir'. Stop.
make[1
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Commited to HEAD.
* libltdl/configure.ac (AC_OUTPUT): loaders/Makefile is no longer
used.
- --
Gary V. Vaughan ())_. [EMAIL PROTECTED],gnu.org}
Research Scientist ( '/ http://tkd.kicks-ass.net
GNU Hacker
On Sun, Mar 20, 2005 at 09:40:52PM +0100, Guilhem Lavaux wrote:
Ralf Wildenhues wrote:
Which other systems do the same thing? All OpenBSD versions? Do they
intend to change this? How about the other BSDs?
I guess they won't change this anytime soon looking at their cvs
anything different, I think.
This is a bug in Libtool/libltdl, only I'm not yet sure about how to fix
it properly.
Thanks for the pointers,
Ralf
___
http://lists.gnu.org/mailman/listinfo/libtool
handle it particularly or libltdl should be aware of that and not
register the sys_dl implementation.
That's bad, and libltdl should take care of it IMHO.
Now the point is: how do we find out we deal with the static lib here?
I don't want to add a runtime test to `configure', since that won't
to call
dlopen anymore because the linker uses the stubs in the libc which
invariably returns Wrong dl symbols!. I don't know whether _we_ should
handle it particularly or libltdl should be aware of that and not
register the sys_dl implementation.
That's bad, and libltdl should take care
time
stamp
truncation issues on GNU/Linux:
Really? I thought the opposite was true. We still can't use 'cp -pR' though,
because it might copy symlinks maliciously left in the installed libltdl
subtree.
$ touch foo; mkdir dir
$ cp -p foo bar
$ tar cf - foo | (cd dir tar xf -)
$ ls -l --time
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Applied to branch-2-0.
* looking for [EMAIL PROTECTED]/libtool--release--2.0--patch-50 to compare
with
* comparing to [EMAIL PROTECTED]/libtool--release--2.0--patch-50
M libltdl/Makefile.am
M libtoolize.m4sh
M ChangeLog
M libltdl
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Gary V. Vaughan wrote:
| Applied to branch-2-0.
| Index: Changelog
| from Gary V. Vaughan [EMAIL PROTECTED]
|
| * libtoolize.m4sh (func_copy_cb): Use tar chof to avoid symlink
| attacks.
| * libltdl/Makefile.am, libltdl/loaders
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Applied to HEAD and branch-2-0.
* looking for [EMAIL PROTECTED]/libtool--release--2.0--patch-48 to compare
with
* comparing to [EMAIL PROTECTED]/libtool--release--2.0--patch-48
M libltdl/Makefile.am
M ChangeLog
M libltdl/loaders
301 - 400 of 477 matches
Mail list logo
