Hi Jakub,
thanks for the bug report.
* Jakub Wilk wrote on Tue, Aug 23, 2011 at 08:39:49PM CEST:
Every time I run automake-1.9, I show this warning:
$ automake-1.9 --help /dev/null
Useless use of /d modifier in transliteration operator at
/usr/share/automake-1.9/Automake/Wrap.pm line 60.
* jari wrote on Thu, Apr 21, 2011 at 07:24:53PM CEST:
debcheckout genparse
cd genparse
autoreconf -vfi
autoreconf: Entering directory `.'
autoreconf: configure.ac: not using Gettext
autoreconf: running: aclocal --force -I /usr/share/autoconf-archive -I
gnulib/m4
aclocal:
Hello Matthijs,
* Matthijs Möhlmann wrote on Mon, Apr 11, 2011 at 09:05:58AM CEST:
On Apr 8, 2011, at 8:00 PM, Ralf Wildenhues wrote:
* Matthijs Möhlmann wrote on Fri, Apr 08, 2011 at 04:00:32PM CEST:
/bin/sh ../../libtool --mode=compile cc -Wall -g -D_FILE_OFFSET_BITS=64
-D_GNU_SOURCE
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 Matthijs,
* Matthijs Möhlmann wrote on Fri, Apr 08, 2011 at 04:00:32PM CEST:
/bin/sh ../../libtool --mode=compile cc -Wall -g -D_FILE_OFFSET_BITS=64
-D_GNU_SOURCE -O2 -I../../include
-I/home/matthijs/debpkg/openldap/t/openldap-2.4.25/include -DLBER_LIBRARY
-c
* Svante Signell wrote on Thu, Apr 07, 2011 at 08:20:55PM CEST:
On Thu, 2011-04-07 at 20:06 +0200, Ralf Wildenhues wrote:
--- libtool-2.4/tests/cmdline_wrap.at.orig2010-05-20
23:18:41.0 +0200
+++ libtool-2.4/tests/cmdline_wrap.at 2011-02-06 11:08:29.0
Hi Svante,
* Svante Signell wrote on Thu, Apr 07, 2011 at 06:24:20PM CEST:
The first defines shlibpath_overrides_runpath for gnu.
Is this always the correct setting? binutils can be configured with
either as default.
# shlibpath_overrides_runpath is set to 'unknown' in libtool.m4
Oh. Then
Hi Kurt,
* Kurt Roeckx wrote on Mon, Mar 28, 2011 at 01:08:22AM CEST:
We're seeing this currently in Debian:
FAIL: tests/tagdemo-make.test
/bin/bash ./libtool --tag=CXX --mode=link g++ -g -O2 -o tagdemo main.o
libbaz.la -ldl
libtool: link: g++ -g -O2 -o .libs/tagdemo main.o
* Ralf Wildenhues wrote on Thu, Mar 03, 2011 at 05:12:27AM CET:
This should fail reliably with a compile error, but doesn't if -g is
also passed:
$ cat a.f \EOF
program main
#if 1
choke me
#endif
end
EOF
I just noted that other flags also cause the exit status
Package: fort77
Version: 1.15-8
Severity: normal
Hello there,
fort77 fails to return reliable failure upon either
- preprocessing errors, and
- syntax errors in some cases.
For example, this should fail due to a preprocessing error:
$ cat a.f \EOF
program main
#if 1
#include
Hello Jean Marc,
thanks for the report.
* LACROIX Jean Marc wrote on Tue, Feb 08, 2011 at 08:13:58AM CET:
Package: autoconf
Version: 2.67-2
Severity: normal
When using bootstrap and autoconf tools on Debian Squeeze system,
initial GCC option verified on Debian Lenny system was no more
* Matthias Klose wrote on Thu, Jan 06, 2011 at 10:59:12PM CET:
On 06.01.2011 22:40, Ralf Wildenhues wrote:
/usr/lib/gcc/x86_64-linux-gnu/4.5.2/collect2 --build-id --no-add-needed
--eh-frame-hdr -m elf_x86_64 --hash-style=both -dynamic-linker
/lib64/ld-linux-x86-64.so.2
/usr/lib/gcc
* Matthias Klose wrote on Tue, Jan 04, 2011 at 09:34:07PM CET:
On 04.01.2011 20:56, Ralf Wildenhues wrote:
* Matthias Klose wrote on Tue, Jan 04, 2011 at 02:57:41PM CET:
With gcc, gcc-4.5 and binutils from experimental, the following
configure test (taken from petsc) fails with --as-needed
Hello Matthias,
* Matthias Klose wrote on Tue, Jan 04, 2011 at 02:57:41PM CET:
With gcc, gcc-4.5 and binutils from experimental, the following
configure test (taken from petsc) fails with --as-needed:
$ cat test.F
program main
include 'mpif.h'
integer ierr
call
* Tim Retout wrote on Thu, Oct 14, 2010 at 09:36:07AM CEST:
I almost just closed #570723 - but I'll reassign to libtool, because
maybe it should 'set -e' or something (unless that's not portable).
Issues such as this:
| eval: 1: libtool_args+=: not found
| eval: 1: libtool_args+=: not found
tags 570723 + upstream
thanks
[ http://bugs.debian.org/570723 ]
* Tim Retout wrote on Thu, Oct 14, 2010 at 10:26:00AM CEST:
2010 09:11, Ralf Wildenhues ralf.wildenh...@gmx.de wrote:
| eval: 1: libtool_args+=: not found
| eval: 1: libtool_args+=: not found
[...]
In all likelihood
Hello Rachel, Jeff,
* Rachel Gordon wrote on Thu, Sep 02, 2010 at 01:35:37PM CEST:
The cluster I am trying to run on has only the openmpi MPI version.
So, mpif77 is equivalent to mpif77.openmpi and mpicc is equivalent
to mpicc.openmpi
I changed the Makefile, replacing gfortran by mpif77 and
tags + upstream
thanks
[ http://bugs.debian.org/593838 ]
Hi Jerome,
* Jerome BENOIT wrote on Sat, Aug 21, 2010 at 02:58:28PM CEST:
Version: 2.67-2
AX_CFLAGS_GCC_OPTION(-std=c99)
produces a boggus configure script.
Confirmed with upstream git Autoconf:
cat configure.ac \END
AC_INIT
clone 592892 -1
reassign -1 autoconf
retitle -1 AS_VAR_GET regression
tags -1 + upstream
thanks
[ http://bugs.debian.org/592892 ]
If I got above right, then I'm cloning this bug for Autoconf and
marking it as upstream bug; adding bug-autoconf in Cc:.
* Sebastian Andrzej Siewior wrote on Wed,
* Bastien ROUCARIES wrote on Thu, Aug 12, 2010 at 10:48:37AM CEST:
FTBS with (http://tinyurl.com/2b5bbqo)
[...]
/bin/bash ./libtool --mode=install /usr/bin/install -c
filters/analyze.la
* Ben Pfaff wrote on Mon, Aug 02, 2010 at 10:24:11PM CEST:
I'm looking through old Autoconf bugs before uploading 2.67.
I looked over NEWS and ChangeLog and didn't see anything that
would seem to fix this bug, so I assume that it is still present
in 2.67.
However, there is './config.status
Hi Ben,
* Ben Pfaff wrote on Mon, Aug 02, 2010 at 10:38:45PM CEST:
One possible solution would be for autoscan to notice
AC_PROG_LIBTOOL and then suppress a warning about AC_PROG_RANLIB.
Is that a good solution?
Yes.
If so, then I will see what it takes to implement it.
Thanks;
tags +upstream
thanks
Hello Török,
this is clearly an upstream, and not a Debian packaging bug. Adding
bug-libtool.
* Török Edwin wrote on Sat, Apr 24, 2010 at 09:19:54AM CEST:
ClamAV uses LT_LIB_M to find the math library.
It failed on AIX, see
tags +upstream
thanks
Hello Jens,
this is clearly an upstream bug. Adding bug-autoconf.
* Jens Seidel wrote on Fri, Apr 23, 2010 at 05:30:55PM CEST:
AC_LANG_PUSH(C++)
AC_CHECK_DECL(std::setlocale, [AC_DEFINE([HAVE_SETLOCALE], [], [Define if
setlocale is available in clocale])], , [#include
tags +upstream
thanks
Hello Török,
thanks for the report.
* Török Edwin wrote on Thu, Mar 25, 2010 at 10:24:08PM CET:
Currently libtool strips -flto when called for linking which is wrong.
It should pass -flto to gcc, since its both a compile-time and a link-time
flag.
I agree. There has
* Török Edwin wrote on Fri, Mar 26, 2010 at 12:33:14PM CET:
In fact -O* flags need to be passed to the linker too for LTO to do any
optimizations at all.
Yup.
So if I call gcc -O2 -flto x.o y.o, libtool will need to pass both -O2
and -flto. And of course any -f* -m* flags that affect code
* Török Edwin wrote on Fri, Mar 26, 2010 at 08:50:24PM CET:
I'm not subscribed to the upstream ML, but when you have any patches
you'd like me to test, please send me an e-mail.
Sure.
Many flags need changed libtool semantics, when passed through.
For example, just passing through -flto
* Török Edwin wrote on Fri, Mar 26, 2010 at 08:45:44PM CET:
There's also a caveat (or rather compiler bug): using one -O level when
compiling, and another when linking doesn't really work:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42402
Yes.
So if I call gcc -O2 -flto x.o y.o, libtool
Hello Vincent,
thanks for the report.
* Vincent Lefevre wrote on Fri, Feb 05, 2010 at 02:51:25PM CET:
I can reproduce it under Mac OS X (with autoconf 2.65).
Note that this is a regression. On a Debian/stable (lenny) machine
with autoconf 2.61-8, there is no such problem.
[...]
On
* Ralf Wildenhues wrote on Mon, Feb 01, 2010 at 04:33:53PM CET:
This is a packaging bug. It does not occur if you self-build
mpich-1.2.7p1, so upstream seems innocent.
It's even better. I've now rebuilt Ubuntu package mpich_1.2.7-8
(which is probably exactly the same as the Debian package
severity 498213 grave
thanks
This is a packaging bug. It does not occur if you self-build
mpich-1.2.7p1, so upstream seems innocent.
This is likely the same as https://bugs.launchpad.net/bugs/231062.
This bug has about the same impact as a silent wrong-code in GCC
for those wanting to do
Hello Mark,
* markhob...@yahoo.co.uk wrote on Sun, Jan 03, 2010 at 11:16:19PM CET:
If the autoconf tool is run under a particular shell, the autoconf tool
may switch shell during build (via m4sh _AS_DETECT_BETTER_SHELL).
This causes a problem with package testing, because a test or
* Eric Blake wrote on Wed, Dec 09, 2009 at 01:38:00PM CET:
According to Ralf Wildenhues on 12/8/2009 11:25 PM:
* Ralf Wildenhues wrote on Tue, Dec 08, 2009 at 11:59:26PM CET:
* Pierre Ynard wrote on Tue, Dec 08, 2009 at 11:42:02PM CET:
AC_TYPE_INT32_T, and also AC_TYPE_INT16_T
tags upstream forwarded
thanks
[ This is http://bugs.debian.org/560105 ]
Hello Pierre,
thanks for the bug report.
* Pierre Ynard wrote on Tue, Dec 08, 2009 at 11:42:02PM CET:
AC_TYPE_INT32_T, and also AC_TYPE_INT16_T and AC_TYPE_INT64_T, output C
code that looks like:
static int test_array
* Ralf Wildenhues wrote on Tue, Dec 08, 2009 at 11:59:26PM CET:
* Pierre Ynard wrote on Tue, Dec 08, 2009 at 11:42:02PM CET:
AC_TYPE_INT32_T, and also AC_TYPE_INT16_T and AC_TYPE_INT64_T, output C
code that looks like:
Patch below. OK to commit and add Pierre to THANKS?
I think we need
* Ralf Wildenhues wrote on Tue, Nov 24, 2009 at 12:22:54PM CET:
Enable symbol versioning with the GNU gold linker.
* libltdl/m4/libtool.m4 (_LT_LINKER_SHLIBS): Accept 'GNU gold'
in the version string.
* NEWS, THANKS: Update.
Report by Peter Fritzsche.
I've pushed
tags upstream patch
thanks
Hello Michal,
thanks for the bug report. Adding autoconf-patches.
* Michal Čihař wrote on Mon, Nov 23, 2009 at 01:27:43PM CET:
the mmap test currently present in autoconf fails to compile:
conftest.cpp:154: warning: deprecated conversion from string constant to
tags + forwarded upstream patch
thanks
[ See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=554821 ]
[ adding libtool-patches ]
Thanks for the bug report. Proposed untested patch below.
Can you try it, maybe even run the Libtool test suite with it?
If it works, OK to install and add Peter to
tags fixed
thanks
Hello Simon,
* Simon Josefsson wrote on Tue, Nov 24, 2009 at 02:56:21PM CET:
Autoconf 2.65 fixes a AC_CONFIG_SUBDIRS bug for me so I'd like to have
it packaged in debian to avoid having to use a locally installed one.
Ben has already packaged it, see
Hello Mark,
* markhob...@yahoo.co.uk wrote on Sun, Sep 13, 2009 at 11:45:34AM CEST:
After the /usr/share/autoconf/m4sugar/m4sh.m4 file is modified on the
system, autoconf may still generate the old macros when an attempt is
made to generate a configure file.
You probably have to either
* markhob...@yahoo.co.uk wrote on Sun, Sep 13, 2009 at 11:45:34AM CEST:
After the /usr/share/autoconf/m4sugar/m4sh.m4 file is modified on the
system, autoconf may still generate the old macros when an attempt is
made to generate a configure file.
BTW, are you fixing a bug in that file?
* Robert Millan wrote on Tue, Sep 08, 2009 at 03:23:09PM CEST:
Please could you include my patch for GNU/kOpenSolaris support? It's
already been merged upstream:
http://git.savannah.gnu.org/cgit/libtool.git/commit/?id=356234e0e70f82cbe99622c88d5f27694d3bf9a1
but unfortunately they
Hello Tim,
* Tim Abbott wrote on Thu, Sep 03, 2009 at 05:12:02AM CEST:
The new autoconf in squeeze generates configure scripts that error out
with:
checking for socket... ./configure: line 1399: ac_fn_c_try_link: command not
found
when you write code of the form:
Hello Kazuhiro,
* Kazuhiro NISHIYAMA wrote on Thu, Aug 06, 2009 at 08:02:01PM CEST:
Package: autoconf
Version: 2.64-1
I built ruby (www.ruby-lang.org) with autoconf 2.64-1,
and I found strange directory '$as_dir' found in build directory.
Ruby's configure.in includes $as_mkdir_p,
it makes
Hello Olivier,
* Olivier Robert wrote on Sat, Jul 18, 2009 at 11:15:05AM CEST:
I wonder what is the best way to proceed whenever I see a bug in
testing. (I could ask the same question for stable or unstable,
perhaps it would be a little different).
My concern is to not send bug reports
Hello,
* Olivier Robert wrote on Wed, Jul 15, 2009 at 09:36:28AM CEST:
Subject: libtoolize: man page doesn't document all available options
Package: libtool
Version: 2.2.6a-4
FWIW, upstream 2.2.8 will ship with a (help2man-generated) man page.
Cheers,
Ralf
--
To UNSUBSCRIBE, email to
below. I've added a small NEWS entry, and you to THANKS, and
applied it to git master of Automake (thus will be in 1.11), I'm
probably going to backport to branch-1-10 soon too, unless I hear
complaints.
Thanks!
Ralf
2009-05-17 Matthias Klose d...@ubuntu.com (tiny change)
Ralf
* Amos Jeffries wrote on Thu, May 07, 2009 at 04:42:08PM CEST:
Ralf Wildenhues wrote:
* Amos Jeffries wrote on Mon, May 04, 2009 at 03:16:50AM CEST:
The linkage problem is then displayed by:
mkdir test cd test ../configure --silent make check
What problem is this? Can you post
Hello Amos,
* Amos Jeffries wrote on Mon, May 04, 2009 at 03:16:50AM CEST:
Yes it is Squid-3.
The official snapshot bundle can be found at:
http://www.squid-cache.org/Versions/v3/HEAD/
The bundle is generated on another OS with older autoconf version that
does not have this issue. The
Hello Mark,
* Mark Hobley wrote on Sun, Apr 19, 2009 at 01:18:31PM CEST:
This is a proposal to include an additional switch in configure scripts that
can be used to override all autoconf made decisions. This would give the
system builder greater control of the build. This is particularly
Hi Matthias,
I am subscribed to Debian automake1.10 bugs, no need to Cc: me.
(Incidentally, does it work if I reply to submit@ instead of the bug
number?) (If one can subscribe to ubuntu packages' bugs somewhere, I'd
appreciate a pointer to that, too.)
* Matthias Klose wrote on Wed, Apr 15,
Hello Matthias,
* Matthias Klose wrote on Tue, Apr 14, 2009 at 09:13:24AM CEST:
'${prefix}' and '${exec_prefix}' are passed unexpanded to get_python_lib()),
and
the macro then defaults to the hardcoded alternative case. The patch passes
the
real path names to get_python_lib(), and only for
Hello Török,
* Török Edwin wrote on Wed, Apr 01, 2009 at 10:41:17AM CEST:
When compiling ltdl gcc gives warnings, causing -Werror compiles to fail:
I have attached a patch that fixes most of these warnings, with only 2 cast
warnings remaining.
The patch is against latest libtool git
* Török Edwin wrote on Wed, Apr 01, 2009 at 08:42:26PM CEST:
On 2009-04-01 21:20, Ralf Wildenhues wrote:
Changes to this ABI are *not* acceptable.
Ok, I'll try to provide a patch that doesn't touch the ABI, and only
makes minimal changes.
(and that will fix only the warnings that I have
* Török Edwin wrote on Wed, Mar 25, 2009 at 09:52:36AM CET:
On 2009-03-24 23:34, Ralf Wildenhues wrote:
Please show objdump -p clamscan/.libs/lt-clamscan, it should have a
DT_RPATH entry for /home/edwin/clam/git/builds/default/libclamav/.libs.
It does have a RPATH entry:
Dynamic Section
* Török Edwin wrote on Tue, Mar 24, 2009 at 09:27:42AM CET:
On 2009-03-24 00:14, Ralf Wildenhues wrote:
Point is, ltdl cannot know which directories to search, and it currently
does not search '.' by default. You can either use
libtool --mode=execute -dlopen module-in-pwd.la ...
or set
* Török Edwin wrote on Tue, Mar 24, 2009 at 08:08:20PM CET:
Current directory = /home/edwin/clam/git/builds/default
clamscan/clamscan = libtool wrapper script
$ ldd clamscan/.libs/lt-clamscan
Please show objdump -p clamscan/.libs/lt-clamscan, it should have a
DT_RPATH entry for
Hello Török,
* Török Edwin wrote on Mon, Mar 23, 2009 at 09:48:33PM CET:
When using shared libraries, the libtool wrapper scripts correctly set
the environment so that the shared library from the build directory is
used (and not the one from the system). All good.
However when using ltdl
* Kurt Roeckx wrote on Mon, Mar 23, 2009 at 11:07:00PM CET:
On Mon, Mar 23, 2009 at 11:03:59PM +0200, T?r?k Edwin wrote:
Agreed that it can't know all places, I am just asking that is searches
build location in preference of /usr/lib.
If I rm libclamunrar* from /usr/lib and
tags forwarded
thanks
Adding bug-libtool in Cc:, this should be fixed upstream.
(I'll look at it when I get back to Libtool, unless beaten to).
* Török Edwin wrote on Sat, Mar 14, 2009 at 03:16:30PM CET:
When using LTDL_INIT in configure, it causes -ldl to be added to LIBS,
thus later
Hello Jonathan,
* Jonathan Nieder wrote on Mon, Mar 09, 2009 at 06:47:38AM CET:
In libtool from experimental, ECHO is set as follows in
/usr/bin/libtool line 161:
Libtool uses (and exploits features of) the shell it was configured for.
The /usr/bin/libtool script has to be used with it. The
Hello Francesco,
* Francesco Paolo Lovergine wrote on Fri, Mar 06, 2009 at 04:59:02PM CET:
While trying to build gdal with the experimental libtool
I found that in --mode=link the -shared mod-arg is stripped by 2.2 and that
renders gdal ruby binding no more buildable.
make -f
Hello Török,
thank you for the bug report, analysis, and patch!
* Török Edwin wrote on Sat, Feb 28, 2009 at 10:33:06AM CET:
libtool2.2.6a, when run under zsh, adds bogus directories to linker lines:
/usr/local/bin/zsh ../libtool --tag=CC--mode=link gcc -g -O2 -module
-thread-safe
* Török Edwin wrote on Sat, Feb 28, 2009 at 12:02:26PM CET:
On 2009-02-28 12:58, Ralf Wildenhues wrote:
* Török Edwin wrote on Sat, Feb 28, 2009 at 10:33:06AM CET:
libtool2.2.6a, when run under zsh, adds bogus directories to linker lines:
[...]
libtool: link: gcc -shared .libs
is unset.
Your proposed patch does not set $path in all possible cases, so I'm
applying this one to upstream GNU Libtool to fix it.
Cheers, and thanks again,
Ralf
2009-02-28 Török Edwin edwinto...@gmail.com (tiny change)
Ralf Wildenhues ralf.wildenh...@gmx.de
Do not add
* Török Edwin wrote on Sat, Feb 28, 2009 at 01:49:27PM CET:
Is there a release date planned for next libtool release?
No. Well, maybe yes, but isn't there an empirical law like
publishing the next planned release date will double the
chance of it being missed? ;-)
I would like to know if I
* Clint Adams wrote on Fri, Dec 19, 2008 at 04:28:21AM CET:
What about something like
--- a/libltdl/config/ltmain.m4sh
+++ b/libltdl/config/ltmain.m4sh
@@ -145,6 +145,7 @@ extracted_serial=0
opt_dry_run=false
opt_duplicate_deps=false
+opt_duplicate_deps_pedantically=false
Well, that
Hi Clint,
* Clint Adams wrote on Sat, Dec 13, 2008 at 07:24:14PM CET:
Package: libtool
Version: 1.5.26-4
Severity: normal
Using --preserve-dup-deps still results in convenience libraries being
deduplicated.
Does it work with 2.2.x from experimental? If no, please post the exact
command
Hello Kurt,
* Kurt Roeckx wrote on Tue, Nov 18, 2008 at 06:22:05PM CET:
On Tue, Nov 18, 2008 at 01:42:36PM +0100, Ralf Wildenhues wrote:
If you upload it to experimental, please be sure to rebootstrap it.
See http://lists.gnu.org/archive/html/bug-libtool/2008-11/msg00073.html
* Simon Josefsson wrote on Tue, Nov 18, 2008 at 01:10:27PM CET:
Libtool 2.2.6a has been released, and it fixes some problems, see
release announcement:
http://lists.gnu.org/archive/html/libtool/2008-09/msg5.html
http://lists.gnu.org/archive/html/libtool/2008-09/msg00010.html
If you
This fork bomb issue hit me on a dist-upgrade from etch to pre-lenny
now. Would you please mark this as release-critical, because that's
what it is?
Thank you,
Ralf
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: pmake
Version: 1.111-1
Severity: normal
In parallel mode with a Makefile using VPATH, when a target has several
commands to update it, a change of directory done in an earlier command
is mistakenly carried over to later commands.
Reproduce like this in an empty directory:
mkdir src
* Niko Tyni wrote on Fri, Aug 08, 2008 at 10:23:28AM CEST:
Frankly, I don't think File::Copy is doing anything wrong.
Agreed.
I'll reassign this to autoconf unless convinced otherwise. Just applying
the $out-close patch from Ralf found in this bug log should fix it.
Yes. Please reassign and
* Vincent Lefevre wrote on Fri, Aug 08, 2008 at 11:01:49AM CEST:
On 2008-08-08 11:23:28 +0300, Niko Tyni wrote:
The documentation specifically says move() will copy the file if rename()
fails, and IMO it's clearly the responsibility of the caller to make
sure the file is closed or at
Hello Vincent,
* Vincent Lefevre wrote on Thu, Aug 07, 2008 at 03:16:29PM CEST:
This is not really a bug, but this makes the code quite strange and
probably not very maintainable. /usr/bin/autom4te contains:
foreach my $file (map { $_ . $req-id } ($tcache, $ocache))
{
use
* Vincent Lefevre wrote on Thu, Aug 07, 2008 at 03:38:21PM CEST:
On 2008-08-07 14:26:07 +0200, Vincent Lefevre wrote:
The size of the truncated file appears here. If I understand correctly,
the failed rename has truncated the configure.tmp file.
It wasn't truncated, but copied without
Hello Vincent, Ben,
* Vincent Lefevre wrote on Thu, Aug 07, 2008 at 04:10:47PM CEST:
On 2008-08-07 15:41:55 +0200, Ralf Wildenhues wrote:
So IMVHO it is very maintenance-friendly to put the statements
together with the code that needs it as that facilitates
copy-and-pasting the code
* Vincent Lefevre wrote on Thu, Aug 07, 2008 at 05:30:20PM CEST:
On 2008-08-07 16:48:24 +0200, Ralf Wildenhues wrote:
The following would be cleaner and completely local (so, no risks
of side effects):
require File::Copy;
File::Copy::move (...
Well, not completely local
* Peter Samuelson wrote on Sun, Jul 27, 2008 at 01:16:23AM CEST:
[Ralf Wildenhues]
Try using -all-static, libtool defines -static as linking statically
against uninstalled libtool libraries only.
That works. But why then does -static cause libtool to pull in all of
a library's declared
Hello Peter,
* Peter Samuelson wrote on Thu, Jul 24, 2008 at 03:48:19PM CEST:
$ libtool --mode=link gcc -static -o foo foo.o -lxml2
gcc -o foo foo.o /usr/lib/libxml2.so
There are two problems with this:
(1) gcc never sees the -static flag
(2) gcc gets libraries as libxml2.so instead
* Vincent Lefevre wrote on Tue, Jun 24, 2008 at 03:19:25AM CEST:
On 2008-06-23 20:00:43 +0200, Ralf Wildenhues wrote:
- put its $bindir early in PATH, or set LIBTOOLIZE=$bindir/libtoolize,
I did: export LIBTOOLIZE=$HOME/x86_64/libtool-snapshot/bin/libtoolize
and
- either add a line
* Vincent Lefevre wrote on Mon, Jun 23, 2008 at 10:26:45AM CEST:
On 2008-06-23 07:25:59 +0200, Ralf Wildenhues wrote:
What I'd like to know is if mpfr works with patched Libtool, and how the
Libtool testsuite fares with icc (see README for how to invoke it).
I have installed the patched
* Vincent Lefevre wrote on Mon, Jun 23, 2008 at 03:08:17AM CEST:
OK, finally I've just seen that on the other machine I mentioned
(itanium), the old libtool was working, i.e. it selected -fPIC. If
I understand the libtool code, libtool was selecting -KPIC only if
the GCC test failed, and
Hi Eric,
* Eric Blake wrote on Fri, Jun 20, 2008 at 02:08:46PM CEST:
According to Ralf Wildenhues on 6/19/2008 11:42 AM:
| checking for gawk... (user-provided) awk
One drawback is that this may be wrong, too, for example when AWK
is passed from one configure script to the next (maybe (set
* Vincent Lefevre wrote on Wed, Jun 18, 2008 at 11:32:08PM CEST:
On 2008-06-18 22:31:49 +0200, Ralf Wildenhues wrote:
+ icpc* )
+ # Intel C++, used to be incompatible with GCC.
+ # ICC 10 doesn't accept -KPIC any more.
_LT_TAGVAR(lt_prog_compiler_wl, $1)='-Wl
Hello Clint, Ben,
apologies for the long delay.
* Ben Pfaff wrote on Sat, Apr 26, 2008 at 10:13:58PM CEST:
I'm passing along the following bug report that was reported
against the Debian package for Autoconf 2.61. I've looked over
the Autoconf git repository and I don't see any changes in
* Santiago Vila wrote on Wed, Jun 11, 2008 at 12:07:11PM CEST:
On Sun, 8 Jun 2008, Bruno Haible wrote:
if test -n $HAVE_GCJ test $JAVA_CHOICE = yes; then
BUILDJAVAEXE=yes
else
BUILDJAVAEXE=no
fi
Ok, is there a way to define JAVA_CHOICE from the ./configure script?
Hi Vincent,
* Vincent Lefevre wrote on Mon, Jun 09, 2008 at 02:04:15PM CEST:
Build of shared libraries fails with icc 10.1 20080312 because libtool
tries -KPIC instead of -fPIC:
checking for icc option to produce PIC... -KPIC
checking if icc PIC flag -KPIC works... no
DEPRECATED AND
* Michel BRIAND wrote on Tue, Apr 29, 2008 at 11:15:56AM CEST:
autoscan generates an obsolete macro in configure.scan:
AC_FUNC_GETLOADAVG
Fixed in 2.62.
Autoconf's manual states that its obsolete:
http://www.gnu.org/software/autoconf/manual/autoconf-2.57/html_chapter/autoconf_15.html
The
Hi Kurt,
* Kurt Roeckx wrote on Sat, Apr 05, 2008 at 03:21:24PM CEST:
On Thu, Apr 03, 2008 at 09:55:23PM +0200, Kurt Roeckx wrote:
The testsuite fails on mips/mipsel with the following error:
PASS: demo-make.test
FAIL: demo-exec.test
PASS: depdemo-nofast.test
[...]
1 of 111 tests
Package: posh
Version: 0.6.4
Severity: normal
Hello,
posh doesn't track the current directory correctly:
$ posh -c 'cd /tmp/..; pwd'
/tmp/..
$ posh -c 'cd /tmp; cd ..; pwd'
/tmp/..
This happens in any directory, and contradicts the Posix
description of 'cd'.
Cheers,
Ralf
-- System
Hello Kurt,
* Kurt Roeckx wrote on Sun, Mar 30, 2008 at 04:39:09PM CEST:
Package: libtool
Version: 1.5.26-1
It seems that link_all_deplibs=no isn't working anymore? Atleast when
building madplay it ends up linking to audiofile and libz.
Can you post the trace output of the link command,
* Kurt Roeckx wrote on Sun, Mar 30, 2008 at 07:42:14PM CEST:
So it has an AC_DISABLE_SHARED, and I don't see why it sets it since it
doesn't actually build any libraries.
Why does it use AC_PROG_LIBTOOL at all, then?
For creating programs, it can just use --as-needed, no?
(disclaimer: I
* Ralf Wildenhues wrote on Sun, Mar 02, 2008 at 03:06:14PM CET:
* Artur R. Czechowski wrote on Sun, Mar 02, 2008 at 02:47:13PM CET:
AC_TRY_RUN([#include stdlib.h
int main()
{
static struct random_data rand_data;
static char rand_state[256];
initstate_r(0, rand_state, sizeof
* Artur R. Czechowski wrote on Sun, Mar 02, 2008 at 02:47:13PM CET:
AC_TRY_RUN([#include stdlib.h
int main()
{
static struct random_data rand_data;
static char rand_state[256];
initstate_r(0, rand_state, sizeof(rand_state), rand_data);
exit(0);
}], initstate_r_works=yes,, ])
tags: fixed-upstream
thanks
[ http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=418434 ]
Hello Guillem,
Apologies for the huge delay, and thanks for the bug report.
I just now saw this, after fixing it in the git tree:
http://thread.gmane.org/gmane.comp.sysutils.automake.general/9142/focus=3103
* David Paleino wrote on Tue, Feb 05, 2008 at 04:05:59PM CET:
http://pastebin.com/f54c9f170
http://pastebin.com/f4501fd89
This very much looks like a version mismatch between the
ltmain.sh and the libtool.m4 (and other macro) files.
Maybe you used 1.5.x libtoolize?
Cheers,
Ralf
--
To
* David Paleino wrote on Tue, Feb 05, 2008 at 04:38:17PM CET:
Il giorno Tue, 5 Feb 2008 16:34:43 +0100
Ralf Wildenhues [EMAIL PROTECTED] ha scritto:
* David Paleino wrote on Tue, Feb 05, 2008 at 04:05:59PM CET:
http://pastebin.com/f54c9f170
http://pastebin.com/f4501fd89
* David Paleino wrote on Tue, Feb 05, 2008 at 08:32:21PM CET:
$ libtool --version
ltmain.sh (GNU libtool 1.2525 2007/10/16 22:45:48) 2.1a
This is irrelevant.
$ ./libtool --version
ltmain.sh (GNU libtool) 1.5.24 Debian 1.5.24-1ubuntu1 (1.1220.2.456 2007/06/24
02:25:32)
This is the bug.
tags wontfix
thanks
* David Paleino wrote on Tue, Feb 05, 2008 at 10:07:17PM CET:
Il giorno Tue, 5 Feb 2008 20:50:01 +0100
Ralf Wildenhues [EMAIL PROTECTED] ha scritto:
...
I don't recall how to mark a Debian bug as invalid/fixed.
Tag it as wontfix?
Done.
Thanks,
Ralf
1 - 100 of 223 matches
Mail list logo