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
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
* 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
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
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
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
* 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
* 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
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
* 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
Hello Ben,
* Debian Bug Tracking System wrote on Tue, Jan 22, 2008 at 06:18:10AM CET:
Binary: autoconf
Architecture: source all
Version: 2.61-5
Distribution: unstable
Urgency: low
[...]
* debian/control: Depend on automake | automaken, instead of just
recommending automaken,
[ http://bugs.debian.org/395466 ]
Hello Josh,
* Josh Triplett wrote on Fri, Oct 27, 2006 at 09:33:30AM CEST:
--- check.m4.orig 2006-10-13 12:24:41.0 -0700
+++ check.m4 2006-10-26 23:55:54.0 -0700
@@ -4,8 +4,9 @@
AC_DEFUN([AM_PATH_CHECK],
[
-
Hello,
* Steinar H. Gunderson wrote on Sun, Jun 25, 2006 at 02:11:12PM CEST:
On Fri, Jun 16, 2006 at 01:03:43PM -0400, Daniel Schepler wrote:
Does the line 143 contain |#_!!_#|?
Yes, it does:
.cc.|#_!!_#|o:
For those interested in squashing this bug, it looks like some problem in
Hello Justin, Tollef, everyone,
* Justin Erenkrantz wrote on Fri, Jun 16, 2006 at 09:12:11PM CEST:
The point of our autoconf macro is to allow 'shortcuts', such that the
argument
--with-layout=Foo
rewrites prefix/libexec/etc to a specific set of values (dictated by
our file
Hello Justin, Tollef,
* Justin Erenkrantz wrote on Sun, Jun 18, 2006 at 11:40:12PM CEST:
On 6/18/06, Tollef Fog Heen [EMAIL PROTECTED] wrote:
Currently, if configure is passed --sbindir=, it just overrides
$sbindir without flagging that at all. If it, in addition to changing
$sbindir, it'd
Hi Stepan,
* Stepan Kasal wrote on Thu, Jun 15, 2006 at 06:12:51PM CEST:
[...] several macros in Autoconf overwrite the positional
parameters, not just AC_CANONICAL_SYSTEM. For example,
AC_CHECK_PROG does, so do some others. [...]
I agree that we should document this limitation. I
Getting bug-autoconf into play:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=372241
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=372179
Date: Thu, 8 Jun 2006 20:09:30 +0200
From: Julien Danjou [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: apr-util: FTBFS: cannot stat
Hi Frank,
* Frank Lichtenheld wrote on Fri, Feb 17, 2006 at 05:19:37PM CET:
Package: libtool
Version: 1.9+20051221-1
Severity: serious
This looks like the test suite failed, but not like the source failed to
build. Is a successful `make check' prerequisite for a successful
build? If yes: is
23 matches
Mail list logo