This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project GNU Libtool.
The branch, master has been updated
via 9b00a3a6e7d231440029d8be120dff7faa15320e (commit)
from
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project GNU Libtool.
The branch, master has been updated
via 4d777f8223aabcd4ff95aefe8fd3fb86f5e6d7ae (commit)
via
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project GNU Libtool.
The branch, master has been updated
via cbd4eca5912cf8f889c896e9d5cd8ce39f85a456 (commit)
from
As a side effect, this also means that when `aclocal' copies the
libtool macros into `aclocal.m4' libtoolize complains only about
the macro files that are missing or not up-to-date.
* libtoolize.m4sh (func_echo_once): New function that prints
the contents of a named variable only on the first
* libtoolize.at (func_check_macros): Always advise use of
AC_CONFIG_MACRO_DIR when not able to copy libtool macros into
the project tree.
* tests/libtoolize.at: Update expected test output.
* NEWS: Updated.
---
Okay to apply?
ChangeLog |7 +++
NEWS|2 ++
Hallo Ralf,
On 21 Apr 2008, at 01:23, Ralf Wildenhues wrote:
* Gary V. Vaughan wrote on Mon, Apr 21, 2008 at 02:39:37AM CEST:
* libltdl/lt__private.h (lt__handle, lt__advise): Typedefs
removed in favour of...
* libltdl/ltdl.h (lt_dlhandle),
libltdl/libltdl/lt_dlloader.h (lt_dladvise):
Behdad Esfahbod wrote:
On Fri, 2008-04-18 at 22:27 +0300, Roumen Petrov wrote:
I perfectly know that user
cannot go in build-dir and just to run secure shell daemon/client.
And if you are happy with that, good for you. In GNOME though, we want
our users to be able to run uninstalled
On Tue, 22 Apr 2008, Ralf Wildenhues wrote:
To put some sort of proof to my claims, here's what I get building GM
unoptimized (CFLAGS=-g) on GNU/Linux with Libtool 2.2.2. and current
master (all timings best of three):
[ stuff removed ]
Looks like a small but definite improvement to me.
* Bob Friesenhahn wrote on Tue, Apr 22, 2008 at 05:18:34PM CEST:
On Tue, 22 Apr 2008, Ralf Wildenhues wrote:
Can you please check whether
libtool --tag=CXX --config
is identical for each of the builds you timed?
It is really not as easy as you presume for me to relibtoolize
Hi Paolo,
* Paolo Bonzini wrote on Tue, Apr 22, 2008 at 04:32:23PM CEST:
In GNU Smalltalk, ./gst is used if you don't need to load any plugin,
while tests/gst is used if you need plugins; tests/gst is created by
config.status. Most of the time launching ./gst is enough; and since
its
Hi Gary,
* Gary V. Vaughan wrote on Tue, Apr 22, 2008 at 08:51:39AM CEST:
* libtoolize.at (func_check_macros): Always advise use of
AC_CONFIG_MACRO_DIR when not able to copy libtool macros into
the project tree.
* tests/libtoolize.at: Update expected test output.
* NEWS: Updated.
---
On Tue, 2008-04-22 at 16:32 +0200, Paolo Bonzini wrote:
Behdad Esfahbod wrote:
On Fri, 2008-04-18 at 22:27 +0300, Roumen Petrov wrote:
I perfectly know that user
cannot go in build-dir and just to run secure shell daemon/client.
And if you are happy with that, good for you. In GNOME
In GNU Smalltalk, ./gst is used if you don't need to load any plugin,
while tests/gst is used if you need plugins; tests/gst is created by
config.status. Most of the time launching ./gst is enough; and since
its startup time is much faster than tests/gst, I didn't feel the need
to use
* Ralf Wildenhues wrote on Tue, Apr 22, 2008 at 07:49:25PM CEST:
* Gary V. Vaughan wrote on Tue, Apr 22, 2008 at 08:51:39AM CEST:
* libtoolize.at (func_check_macros): Always advise use of
AC_CONFIG_MACRO_DIR when not able to copy libtool macros into
the project tree.
*
Hello Andreas,
* Andreas Schwab wrote on Tue, Apr 22, 2008 at 10:11:11AM CEST:
--- libltdl/m4/ltdl.m4 1 Apr 2008 18:23:20 - 1.46
+++ libltdl/m4/ltdl.m4 16 Apr 2008 08:04:41 -
@@ -79,7 +79,7 @@ _$0()
# AC_LIBLTDL_CONVENIENCE accepted a directory argument in older
Hi Richard,
* Richard Purdie wrote on Tue, Apr 22, 2008 at 12:29:50PM CEST:
I've noticed another problem with two packages in poky, prelink and
libvorbis. Both packages have areas where LDFLAGS=-all-static is used.
The problem comes about since Poky sets CC to ccache gcc, then libtool
Hi Gary,
* Gary V. Vaughan wrote on Tue, Apr 22, 2008 at 08:49:54AM CEST:
Okay to Apply?
I'd say yes. I have some nits below; I haven't had the time to check
all the logic changes in detail, but I suppose user feedback will weed
out remaining issues. ;-)
Thank you very much for tackling
Hallo Ralf,
On 22 Apr 2008, at 15:27, Ralf Wildenhues wrote:
* Ralf Wildenhues wrote on Tue, Apr 22, 2008 at 07:49:25PM CEST:
* Gary V. Vaughan wrote on Tue, Apr 22, 2008 at 08:51:39AM CEST:
* libtoolize.at (func_check_macros): Always advise use of
AC_CONFIG_MACRO_DIR when not able to copy
On 22 Apr 2008, at 16:16, Ralf Wildenhues wrote:
Hi Gary,
Hallo Ralf,
Thanks again for the fast review :-)
* Gary V. Vaughan wrote on Tue, Apr 22, 2008 at 08:49:54AM CEST:
Okay to Apply?
I'd say yes.
+ my_msg=`eval echo \\\$$1`
Can this line be simplified to
eval my_msg=\$$1
?
Hallo Ralf,
On 22 Apr 2008, at 15:43, Ralf Wildenhues wrote:
* Richard Purdie wrote on Tue, Apr 22, 2008 at 12:29:50PM CEST:
I've noticed another problem with two packages in poky, prelink and
libvorbis. Both packages have areas where LDFLAGS=-all-static is
used.
The problem comes about
Hi Ralf,
On Tue, 2008-04-22 at 21:43 +0200, Ralf Wildenhues wrote:
Thanks for the bug report, and especially for providing an example to
reproduce it!
libtool: link: ccache -static gcc -O20 -ffast-math -D_REENTRANT
-fsigned-char -DUSE_MEMORY_H -o decoder_example decoder_example.o
* Gary V. Vaughan wrote on Wed, Apr 23, 2008 at 12:18:39AM CEST:
On 22 Apr 2008, at 16:16, Ralf Wildenhues wrote:
+eval $1=
Those double quotes are pretty superfluous, as they won't survive the
eval. Not that they are a problem at all. :-)
I quite like the fact that the say to
* Gary V. Vaughan wrote on Wed, Apr 23, 2008 at 12:54:57AM CEST:
27. static.at:357: testing ...
../../tests/static.at:373: $CC $CPPFLAGS $CFLAGS -c a.c
stdout:
../../tests/static.at:375: $LIBTOOL --mode=link --tag=CC ./ccache $CC
$CFLAGS $LDFLAGS -all-static a.$OBJEXT -o a
--- /dev/null
Ralf,
Ralf Wildenhues Ralf.Wildenhues at gmx.de writes:
I've had reports of Poky breaking with libtool 2.2.2 and have isolated
this to people using dash as their /bin/sh provider (Poky runs the
configure script with /bin/sh). When used in this combination, the
global_symbol_pipe
Gary V. Vaughan gary at gnu.org writes:
If you are upgrading projects
that used this idiom to libtool 2.0 or newer, you should replace those
calls with direct references to the equivalent Autoconf shell variables
that are set by the configure time tests before being passed to
`config.status'
Hi,
I've noticed another problem with two packages in poky, prelink and
libvorbis. Both packages have areas where LDFLAGS=-all-static is used.
The problem comes about since Poky sets CC to ccache gcc, then libtool
puts the -static flag between ccache and gcc.
To reproduce:
wget
Howdy all!
Firstly, thanks for developing libtool! It's really helpful!
I am using it to distribute a freeware scientific data library,
netcdf. The netcdf distribution actually builds more than one
library. It builds a core C library, and a fortran library. The
fortran library calls the C
Hi,
I've been trying to build guile (v. 1.8.4) scheme interpreter under
mingw-win32. I'm using libtool-1.5.8. During compilation, I get
the following error message:
make[3]: Entering directory `/home/maciek/guile-1.8.4/libguile'
gcc -DHAVE_CONFIG_H -I. -I.. -I.. -I..-g -O2 -Wall
Hi Ross,
On 22 Apr 2008, at 05:39, Ross Burton wrote:
Gary V. Vaughan gary at gnu.org writes:
If you are upgrading projects
that used this idiom to libtool 2.0 or newer, you should replace
those
calls with direct references to the equivalent Autoconf shell
variables
that are set by the
On Tue, 22 Apr 2008, Ross Burton wrote:
At the moment, GTK+ does this in configure:
deplibs_check_method=`(./libtool --config; echo 'eval echo
$deplibs_check_method') | sh`
if test x$deplibs_check_method '!=' xpass_all || test x$enable_static = xyes
; then
...
Am I right in thinking that the
On Tue, 22 Apr 2008, Ralf Wildenhues wrote:
I can successfully configure and use libtool with
CONFIG_SHELL=/bin/dash /bin/dash ./configure -C
make
Same here. The total success was astonishing to me since my copy of
'dash' is a rough port to Solaris 10.
Dash is faster than bash so there
Gary V. Vaughan wrote:
Was this behaviour present in libtool 1.5?
No it wasn't, because libtool was generated in a two stage process which
required
calling ./libtool --config directly.
Hi Gary,
I think you may be wrong. You can check the value of libtool variables
in configure for libtool
On Tue, 2008-04-22 at 10:35 -0400, Gary V. Vaughan wrote:
Yes, exactly. Running the expansion of LT_INIT (or AC_PROG_LIBTOOL if
you didn't run autoupdate yet) in configure includes a call to
_LT_CHECK_MAGIC_METHOD, which does indeed set deplibs_check_method at
configure time.
Right.
On Tue, 22 Apr 2008, Richard Purdie wrote:
I've noticed another problem with two packages in poky, prelink and
libvorbis. Both packages have areas where LDFLAGS=-all-static is used.
The problem comes about since Poky sets CC to ccache gcc, then libtool
puts the -static flag between ccache and
* Bob Friesenhahn wrote on Tue, Apr 22, 2008 at 06:01:33PM CEST:
On Tue, 22 Apr 2008, Richard Purdie wrote:
I've noticed another problem with two packages in poky, prelink and
libvorbis. Both packages have areas where LDFLAGS=-all-static is used.
The problem comes about since Poky sets CC to
On Tue, Apr 22, 2008 at 4:24 AM, Ed Hartnett [EMAIL PROTECTED] wrote:
Howdy all!
Firstly, thanks for developing libtool! It's really helpful!
I am using it to distribute a freeware scientific data library,
netcdf. The netcdf distribution actually builds more than one
library. It builds
Hi Ed,
* Ed Hartnett wrote on Tue, Apr 22, 2008 at 01:24:45PM CEST:
I am using it to distribute a freeware scientific data library,
netcdf. The netcdf distribution actually builds more than one
library. It builds a core C library, and a fortran library. The
fortran library calls the C
Hi Maciek,
* Maciek Godek wrote on Tue, Apr 22, 2008 at 03:22:46PM CEST:
I've been trying to build guile (v. 1.8.4) scheme interpreter under
mingw-win32. I'm using libtool-1.5.8. During compilation, I get
the following error message:
/bin/sh ../libtool --tag=CC --mode=link gcc -g -O2
Hello,
* Gary V. Vaughan wrote on Tue, Apr 22, 2008 at 04:35:56PM CEST:
On 22 Apr 2008, at 05:39, Ross Burton wrote:
Was this behaviour present in libtool 1.5?
No it wasn't, because libtool was generated in a two stage process which
required calling ./libtool --config directly.
Charles
* Ross Burton wrote on Tue, Apr 22, 2008 at 11:11:25AM CEST:
I can replicate this on my Debian Sid (up to date as of this morning) laptop,
with the following configuration.
/bin/sh - /bin/dash
SHELL=/bin/bash
PATH=/home/ross/BUILD/bin:/home/ross/bin:/usr/local/bin:/usr/bin:/bin:/usr/games
Hi Richard,
* Richard Purdie wrote on Tue, Apr 22, 2008 at 12:29:50PM CEST:
I've noticed another problem with two packages in poky, prelink and
libvorbis. Both packages have areas where LDFLAGS=-all-static is used.
The problem comes about since Poky sets CC to ccache gcc, then libtool
On Tue, Apr 22, 2008 at 08:00:08PM +0200, Ralf Wildenhues wrote:
* Ross Burton wrote on Tue, Apr 22, 2008 at 11:11:25AM CEST:
I can replicate this on my Debian Sid (up to date as of this morning)
laptop,
with the following configuration.
/bin/sh - /bin/dash
SHELL=/bin/bash
* Kurt Roeckx wrote on Tue, Apr 22, 2008 at 09:57:38PM CEST:
On Tue, Apr 22, 2008 at 08:00:08PM +0200, Ralf Wildenhues wrote:
* Ross Burton wrote on Tue, Apr 22, 2008 at 11:11:25AM CEST:
I can replicate this on my Debian Sid (up to date as of this morning)
laptop,
with the following
Hallo Ralf,
On 22 Apr 2008, at 13:44, Ralf Wildenhues wrote:
* Gary V. Vaughan wrote on Tue, Apr 22, 2008 at 04:35:56PM CEST:
On 22 Apr 2008, at 05:39, Ross Burton wrote:
Was this behaviour present in libtool 1.5?
No it wasn't, because libtool was generated in a two stage process
which
Hallo Ralf,
On 22 Apr 2008, at 15:43, Ralf Wildenhues wrote:
* Richard Purdie wrote on Tue, Apr 22, 2008 at 12:29:50PM CEST:
I've noticed another problem with two packages in poky, prelink and
libvorbis. Both packages have areas where LDFLAGS=-all-static is
used.
The problem comes about
Tonight I did some test timings of building GraphicsMagick 1.2 under
Solaris 10. This time around I did a non-parallel build. I tested
with the nefarious libtool 1.5.26 as well as various 2.X versions.
Most tests used bash by default, but the last test run is with
libtool-head and the 'dash'
46 matches
Mail list logo