* Clint Adams wrote on Wed, Jan 30, 2008 at 08:19:22PM CET:
On Wed, Jan 16, 2008 at 08:59:46PM +0100, Ralf Wildenhues wrote:
Let's find out what the differences in the setups are. Which version
of dash? Which m4 and autoconf versions were used to bootstrap the
package in question? BTW
That should've been _AS_DETECT_REQUIRED instead of _AS_DETECT_SUGGESTED,
sorry.
2008-02-05 Ralf Wildenhues [EMAIL PROTECTED]
* configure.ac: Do not override $SHELL late in configure.ac.
Use undocumented Autoconf interface _AS_DETECT_REQUIRED to
require $(...) command
* Ralf Wildenhues wrote on Wed, Jan 16, 2008 at 08:59:46PM CET:
* Clint Adams wrote on Wed, Jan 16, 2008 at 08:43:22PM CET:
On Wed, Jan 16, 2008 at 06:44:30PM +, Colin Watson wrote:
In my failing test case, I have /bin/sh in both these places, not
/bin/bash.
Same here.
Let's
Package: automake
Version: 1.10+nogfdl-1
Automake 1.10.1 is out. That's not to say that I'm trying to push you
to package it, but when you do, you may want to note that its manual has
no Invariant Sections, no Front-Cover texts, and no Back-Cover Texts any
more. And unless the manual goes to be
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,
Hello Jens,
* Jens Seidel wrote on Thu, Jan 17, 2008 at 02:07:39PM CET:
I often use head config.log to get the command line of the invocation of
configure.
[...]
$ ../configure CXX=/usr/lib/gcc-snapshot/bin/g++ CXXFLAGS=-O0 -g3
-Wno-write-strings -msse -mfpmath=sse -ffloat-store
[ http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=447022 aka.
http://thread.gmane.org/gmane.comp.gnu.libtool.bugs/5879/focus=342902 ]
Hello, and sorry for the long delay.
* Clint Adams wrote on Sat, Dec 15, 2007 at 02:39:36AM CET:
On Fri, Dec 14, 2007 at 01:59:34AM +, Colin Watson wrote:
* Colin Watson wrote on Wed, Jan 16, 2008 at 07:44:30PM CET:
On Wed, Jan 16, 2008 at 07:18:08PM +0100, Ralf Wildenhues wrote:
Actually, the generated libtool script should just have
#! /bin/bash
as its first line, and not re-exececute itself at all.
OK, let's go step by step
* Clint Adams wrote on Wed, Jan 16, 2008 at 08:43:22PM CET:
On Wed, Jan 16, 2008 at 06:44:30PM +, Colin Watson wrote:
In my failing test case, I have /bin/sh in both these places, not
/bin/bash.
Same here.
Let's find out what the differences in the setups are. Which version
of dash?
Hello, and hope you all had nice holidays,
* Eric Dorland wrote on Thu, Dec 27, 2007 at 04:28:16AM CET:
A debian user reported this bug. I'm not certain if this a bug in
automake or autoconf, but I would like your thoughts on it. Thanks.
* Enrico Zini wrote:
[...]
tut_test_SOURCES = \
[...]
tags upstream
thanks
[ Cc:ing bug-autoconf ]
Hello,
thanks for the report and patch.
* Ben Pfaff wrote on Mon, Dec 10, 2007 at 02:00:16AM CET:
Mikael Magnusson [EMAIL PROTECTED] writes:
AC_COMPILE_IFELSE and AC_LINK_IFELSE don't work as documented when
Erlang is the current language. I
Hello Clint,
Thanks for the report.
* Clint Adams wrote on Wed, Oct 17, 2007 at 03:34:12PM CEST:
Package: libtool
Version: 2.1a+cvs1.2460+20070510-1
File: /usr/share/aclocal/libtool.m4
$lt_shell_append is set to yes when /bin/sh is dash.
I think this is because ./configure is re-exec'ing
Hello Lior, all,
* Lior Kaplan wrote on Fri, Oct 05, 2007 at 01:20:27PM CEST:
Thanks for your interest in CVS and the bug report you have contributed [1].
Debian's cvs package has ~120 old bugs, most of them are couple of years old.
As part of a bug triage I'm doing for several packages,
tags: fixed-upstream
thanks
* Tilman Koschnick wrote on Fri, Aug 03, 2007 at 05:51:29PM CEST:
the Portland Group C++ compiler has two equivalent names that do the
same: pgCC and pgcpp. libtool currently only supports the former one; it
would be good if you could add support for both
Hello Vincent,
* Vincent Lefevre wrote on Tue, Jul 10, 2007 at 08:57:42AM CEST:
I agree concerning the problems I've reported. But concerning the
cp -p, is the -p useful or just cosmetic?
It's useful, as it resembles the functionality it emulates more closely:
with symlinked files, 'make'
Hello Vincent,
* Vincent Lefevre wrote on Mon, Jul 09, 2007 at 02:37:19PM CEST:
On my Zaurus, GCC and some of header files are in a directory mounted
with CRAMFS. The timestamps of these files are meaningless, e.g.
[...]
As such headers are listed in the .deps/*.Plo files, I probably get
* Vincent Lefevre wrote on Mon, Jul 09, 2007 at 09:24:36PM CEST:
On 2007-07-09 18:50:46 +0200, Ralf Wildenhues wrote:
Why don't you simply
configure --disable-dependency-tracking
?
Yes, I could do that on the Zaurus (I didn't know this feature as it
usually doesn't appear in configure
tags: upstream
thanks
* Vincent Lefevre wrote on Mon, Jul 02, 2007 at 02:07:36PM CEST:
I've done a make dist on the MPFR library under Debian, and with this
tarball, when I do a ./configure --enable-shared under Solaris, make
fails:
See
/lt_dlexit.at \
--- /dev/null 2007-04-15 17:46:43.220064750 +0200
+++ tests/indirect_deps.at 2007-04-23 19:20:14.0 +0200
@@ -0,0 +1,117 @@
+# indirect_deps.at -- support for link_all_deplibs=no -*- Autotest -*-
+
+# Copyright (C) 2007 Free Software Foundation, Inc.
+# Written by Ralf
* Andreas Metzler wrote on Wed, Apr 18, 2007 at 08:16:56PM CEST:
On 2007-04-17 Ralf Wildenhues [EMAIL PROTECTED] wrote:
* Kurt Roeckx wrote on Sat, Apr 14, 2007 at 04:01:46PM CEST:
See
http://www.mail-archive.com/[EMAIL PROTECTED]/msg08136.html for a possible
way to solve
* Andreas Metzler wrote on Thu, Apr 19, 2007 at 08:02:36PM CEST:
On 2007-04-19 Ralf Wildenhues [EMAIL PROTECTED] wrote:
And libtool remembers by putting the library dependency into the
libconvenience.la file.
And that is exactly what goes wrong. It does not put the library
dependency
Hello Kurt, Andreas, all,
* Kurt Roeckx wrote on Sat, Apr 14, 2007 at 04:01:46PM CEST:
On Sat, Apr 14, 2007 at 03:45:38PM +0200, Andreas Metzler wrote:
Package: libtool
Version: 1.5.22-4
Severity: normal
Dear Kurt,
thanks for helping me along with this issue on IRC, as dicussed
Hello Guillem,
* Guillem Jover wrote on Mon, Apr 09, 2007 at 08:02:29PM CEST:
When using «autoreconf -fi -Wall» the m4 provided files trigger
autoconf warnings, which is quite annoying as it makes it more
difficult to see what are the warnings on your configure.ac or m4
files.
The
* Kurt Roeckx wrote on Mon, Jan 29, 2007 at 09:46:51PM CET:
I was waiting for a new upstream version of libtool, but I guess I'll
backport some of the fixes.
I'm in the process of what will hopefully be the last few patches on the
way to 1.5.24. I've got 3 more in the queue, pending more
* Samuel Thibault wrote on Tue, Jan 16, 2007 at 10:10:43AM CET:
Ralf Wildenhues, le Tue 16 Jan 2007 09:18:18 +0100, a écrit :
What would gnu* be good for?
For hurd-i386.
What's the complete host string (or possible strings) for Hurd?
I'm asking because I fear gnu* may be too permissive
Hello Samuel,
* Samuel Thibault wrote on Tue, Jan 16, 2007 at 01:31:21AM CET:
unixodbc currently FTBFS at least on hurd-i386 and kfreebsd-i386 when
performing its manifest check because libtool doesn't make it use the
--version-script option. Indeed, it is only set on $host_os ~= linux*):
Hello Peter,
On Sun, Dec 03, 2006 at 01:41:44AM +0100, Peter Palfrader wrote:
Starting with 2.61-1 autoconf's AC_FUNC_FSEEKO no longer makes fseeko() or
ftello() visible on sid. It still worked with 2.60a4-1.
Please post the parts of config.log that belong to the fseeko tests
(both old and
* Clint Adams wrote on Mon, Nov 27, 2006 at 11:16:52PM CET:
I think this message explains it fairly well:
http://lists.gnu.org/archive/html/autoconf-patches/2004-07/msg00010.html
I'm not sure how this meshes with 2.6.3:
Package: posh
Version: 0.5.3
Severity: normal
posh shares the following POSIX compliance bug with pdksh, quoting:
http://www.gnu.org/software/autoconf/manual/html_node/Shellology.html#index-g_t_0040samp_007bpdksh_007d-1173
| Unfortunately, with pdksh 5.2.14 (the latest stable version as of
|
Package: posh
Version: 0.5.3
Severity: normal
posh shares the following POSIX compliance bug with pdksh, quoting:
http://www.gnu.org/software/autoconf/manual/html_node/Shellology.html#index-g_t_0040samp_007bpdksh_007d-1173
| Unfortunately, with pdksh 5.2.14 (the latest stable version as of
|
* Clint Adams wrote on Mon, Nov 27, 2006 at 10:18:11PM CET:
posh shares the following POSIX compliance bug with pdksh, quoting:
http://www.gnu.org/software/autoconf/manual/html_node/Shellology.html#index-g_t_0040samp_007bpdksh_007d-1173
Can you explain why this is incorrect
I think this
[ 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],
[
-
FYI, since there were no comments, I applied this, with a slightly more
verbose ChangeLog entry:
* tests/link-order2.at: New test to show one case where ordering
of depdepls on the command line matters.
* Makefile.am: Adjust.
Cheers,
Ralf
--
To UNSUBSCRIBE, email to
reports.
Before we release 2.0, we intend to add functionality to choose the
desired behavior (with non- global being the default).
Cheers,
Ralf
2006-10-21 Ralf Wildenhues [EMAIL PROTECTED]
* tests/link-order2.at: New test.
* Makefile.am: Adjust.
Index: Makefile.am
[ apologies for the resend ]
[ this is http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=389558 ]
Hello,
* IOhannes m zmoelnig wrote on Wed, Sep 27, 2006 at 12:14:01PM CEST:
Ralf Wildenhues wrote:
Could you show the package, configure invocation and output where you
are experiencing
* Paul Eggert wrote on Thu, Oct 12, 2006 at 09:45:56AM CEST:
Ralf Wildenhues [EMAIL PROTECTED] writes:
Autoconf folks: OK to apply? Alternatively, [...]
For now I'd rather that you just apply the patch you sent; thanks.
Done. Thanks!
Ralf
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED
[ this is http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=389558 ]
Hello,
* IOhannes m zmoelnig wrote on Wed, Sep 27, 2006 at 12:14:01PM CEST:
Ralf Wildenhues wrote:
Could you show the package, configure invocation and output where you
are experiencing this with, so we can decide which
Oops. My previous comment was correct, but unrelated to the issue at
hand, which I haven't been able to analyze yet. Can try to do next week
(unless beaten to, of course ;-)
Cheers,
Ralf
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
Hello IOhannes,
Thanks for the report.
* IOhannes m zmoelnig wrote on Tue, Sep 26, 2006 at 02:22:07PM CEST:
Package: autoconf
Version: 2.60a-3
Severity: normal
AC_PROG_GCC_TRADITIONAL tests if $ac_cv_prog_gcc_traditional is set to
yes or no; if ac_cv_prog_gcc_traditional is not set, then
Hello Sam,
Thanks for the bug report.
* Sam Hocevar (Debian packages) wrote on Wed, Aug 23, 2006 at 03:50:06PM CEST:
Relinking fails when $libdir is detected as being empty. This is due
to the following code:
# Determine the prefix the user has applied to our future dir.
Hello Zinx,
* Zinx Verituse wrote on Mon, Aug 14, 2006 at 03:27:02AM CEST:
Package: libtool
Version: 1.5.22-4
The XMMS package is suffering problems on amd64 due to a libtool problem.
Bug #380318 is being caused by libtool not having EGREP defined anywhere
meaningful. EGREP's already
* Zinx Verituse wrote on Mon, Aug 14, 2006 at 04:52:34PM CEST:
Sorry; I should have paid more attention to which file I was reading.
That came from acinclude.m4, from the debian XMMS package (the m4 is
probably included with xmms), not aclocal.m4.
Then the acinclude.m4 file likely contains
* Michael Moss wrote on Fri, Jul 07, 2006 at 11:39:50PM CEST:
Package: autoconf
Version: 2.59.cvs.2006.06.05-1
Severity: important
Justification: fails to build from source
dpkg-checkbuilddeps: Unmet build dependencies: autoconf (=
2.59.cvs.2006.05.13)
Is it normal to depend on a
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
[ http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=375349 ]
Hi Steinar,
Thanks much for reporting this.
* Steinar H. Gunderson wrote on Sun, Jun 25, 2006 at 02:31:21PM CEST:
Package: autoconf
Version: 2.59.cvs.2006.05.13-1
Severity: important
Newer autoconf versions seem to use |#_!!_#|
* Justin Erenkrantz wrote on Mon, Jun 19, 2006 at 06:17:49PM CEST:
On 6/19/06, Tollef Fog Heen [EMAIL PROTECTED] wrote:
| 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,
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
Hello Rémi,
* Rémi Denis-Courmont wrote on Fri, Jun 09, 2006 at 10:34:43PM CEST:
When passing the --enable-static option to the configure script of a
package that has disabled static libraries by default using
AC_DISABLE_STATIC in its configure.ac, both static and *shared*
libraries that
Hi Ben,
* Ben Pfaff wrote on Mon, Jun 05, 2006 at 12:10:32AM CEST:
Ralf Wildenhues [EMAIL PROTECTED] writes:
I wonder what's necessary to make the NEWS item explicit enough:
You sound a little frustrated. I hope I'm not causing that.
No, you are not causing any frustration. You
Hello Paul, Ben,
* Paul Eggert wrote on Sun, Jun 04, 2006 at 11:05:31PM CEST:
Ben Pfaff [EMAIL PROTECTED] writes:
The problem is in AM_GLIB_DEFINE_LOCALEDIR from
m4macros/glib-gettext.m4 which hardcodes a double shell expansion:
localedir=`eval echo ${datadir}/locale`
First,
* Loïc Minier wrote on Mon, Jun 05, 2006 at 10:51:03AM CEST:
On Sun, Jun 04, 2006, Paul Eggert wrote:
First, Autoconf is supposed to warn about the suspicious usage of
datadir without defining datarootdir. Did the warning not work for
you? If so, can you show us how to reproduce the
Hi Loïc,
* Loïc Minier wrote on Mon, Jun 05, 2006 at 10:43:06AM CEST:
I also had the feeling you were frustrated that I didn't see the NEWS
document prior to reporting this bug. I'm sorry that you spent extra
effort in properly documenting this, I should have checked NEWS and
requested
* Ben Pfaff wrote on Sun, Jun 04, 2006 at 08:36:17PM CEST:
Loïc Minier reported in the Debian package's bug system that
Gnome packages will break with the introduction of
${datarootdir}. It looks to me like the real problem is really
in the macro used by Gnome, and I've suggested that they
Hi Stepan,
* Stepan Kasal wrote on Wed, May 31, 2006 at 11:14:50AM CEST:
On Tue, May 30, 2006 at 08:19:14AM +0200, Ralf Wildenhues wrote:
I guess you could instead also m4_define TEST_INIT, so that it will not
take part in the requirement-diversion game. That should preserve the
order
* quoting myself:
AC_C_BIGENDIAN requires (through some indirect macro chain) both
AC_PROG_CC and AC_LANG_PREPROC(C). Now, since you've explicitly called
AC_PROG_CC before, that requirement is already deemed fulfilled by the
stacking algorithm. The AC_LANG_PREPROC(C) requirement is not yet
[ Cc:ing bug-autoconf ]
Hi Mikael,
* Mikael Magnusson wrote on Mon, May 29, 2006 at 05:06:13PM CEST:
If you call AC_PROG_CC and AC_C_BIGENDIAN in a macro, the checks for
unistd.h and some other headers will fail. See attached test case.
Interesting. This looks like a genuine bug in
* Ralf Wildenhues wrote on Mon, May 29, 2006 at 05:38:12PM CEST:
* Mikael Magnusson wrote on Mon, May 29, 2006 at 05:06:13PM CEST:
If you call AC_PROG_CC and AC_C_BIGENDIAN in a macro, the checks for
unistd.h and some other headers will fail. See attached test case.
OK, this is ugly
@@ -2889,9 +2889,12 @@
@code{AC_DEFINE} or one @code{AC_DEFINE_UNQUOTED} call with a third
argument for each symbol (@pxref{Defining Symbols}). An additional
constraint is that the first argument of @code{AC_DEFINE}
-or @code{AC_DEFINE_UNQUOTED} must be a
-literal. Note that all symbols
* Ben Pfaff wrote on Thu, May 25, 2006 at 08:42:30PM CEST:
Debian Bug #179086 (CC'd) states the following:
I have code like
ac_tr_lib=HAVE_LIB`echo $1 | sed -e 's/[^a-zA-Z0-9_]/_/g' \
-e 'y/abcdefghijklmnopqrstuvwxyz/ABCDEFGHIJKLMNOPQRSTUVWXYZ/'`
Hi Eric, Paul,
* Eric Blake wrote on Thu, May 25, 2006 at 02:49:17PM CEST:
According to Ralf Wildenhues on 5/25/2006 4:49 AM:
+# in a Makefile. Because we should not override ac_cv_exeext if it was
+# cached, so that the user can short-circuit this test for compilers
+# unknown
* Ralf Wildenhues wrote on Tue, May 23, 2006 at 11:05:53AM CEST:
* lib/autoconf/lang.m4 (_AC_COMPILER_EXEEXT_DEFAULT): Drop the
initialization of `ac_cv_exeext', do not override it if it was
already set. Add comment about this potential backward
incompatibility. Do
Hi Loïc,
* Loïc Minier wrote on Thu, May 25, 2006 at 06:22:52PM CEST:
totem's configure.in uses:
apt-get -t unstable source totem
gives me 1.2.1-4. So how do I get the one you're looking at?
When I run autoconf 2.59.cvs.2006.05.13-1, and then ./configure, the
resulting #define
Hi Loïc,
* Loïc Minier wrote on Thu, May 25, 2006 at 06:22:52PM CEST:
When I run autoconf 2.59.cvs.2006.05.13-1, and then ./configure, the
resulting #define VERSION in config.h is not quoted in the same way.
It now ends up with:
#define VERSION 1.4.1
while with autoconf 2.59a-9,
Hi David,
* Ben Pfaff wrote on Thu, May 25, 2006 at 06:58:30PM CEST:
Forwarding info that doesn't appear in online log.
Well, the URL cited in the BTS,
http://www.astrojar.org.uk/linux/download/kalarm-1.2.6.kde2.tar.bz2
doesn't work for me. The message that stated it is about a year old.
If
* Ben Pfaff wrote on Thu, May 25, 2006 at 07:21:35PM CEST:
Passing along my report of this bug to the autoconf mailing list.
The full discussion there can be conveniently viewed via gmane:
http://comments.gmane.org/gmane.comp.sysutils.autoconf.general/7563
Thanks for this. I should
Hi Paul,
* Paul Eggert wrote on Fri, May 26, 2006 at 12:04:40AM CEST:
Ralf Wildenhues [EMAIL PROTECTED] writes:
OK to commit first the reversal patch posted in an earlier
message, then this one?
Sorry, I've lost context. Can you please give us a single message
that contains both
Hi Frederic,
* Frederic Peters wrote on Wed, May 24, 2006 at 01:55:50PM CEST:
Package: autoconf
Version: 2.59.cvs.2006.05.13-1
Severity: normal
autoconf went upgraded in one of the chroot running jhautobuild[1] and
avahi started no longer to compile, failing in autom4te.
This may be
This patch is correct, and also fixes things for Autoconf-2.59.
That version just didn't expose the bug.
I'd be grateful if you could report this to the Doxygen people --
thanks!
Cheers,
Ralf
--- avahi-0.6.10/common/doxygen.m42005-08-04 02:45:33.0 +0200
+++
* Blake Barnett wrote on Wed, May 24, 2006 at 07:53:57PM CEST:
I don't believe EET actually installs anything as data. So it's not
using ${datadir}. Things that do, such as embryo and/or edje, appear
to install things correctly but the binaries actually reference
(literally)
[ better keep the debian bug address in Cc: ]
* Ben Pfaff wrote on Tue, May 23, 2006 at 01:34:18AM CEST:
The configure script from the CVS autoconf did report warnings
for the lack of datarootdir. This appears to be harmless. The
two versions of configure generated identical config.h,
* lib/autoconf/lang.m4 (_AC_COMPILER_EXEEXT_DEFAULT): Drop the
initialization of `ac_cv_exeext', do not override it if it was
already set. Add comment about this potential backward
incompatibility. Do not export `ac_cv_exeext', Libtool hasn't
needed this for
[ Cc:ing bug-autoconf ]
Hi Blake,
* Blake Barnett wrote on Mon, May 22, 2006 at 08:21:19PM CEST:
Package: autoconf
Version: 2.59.cvs.2006.05.13-1
Severity: important
If configure.in uses ${datadir} for some reason this version of
autoconf tries to replace it with ${datarootdir}, the
* Stepan Kasal wrote on Sat, May 20, 2006 at 04:08:38PM CEST:
Ralf Wildenhues [EMAIL PROTECTED] writes:
I'm still wondering whether we should just simply revert both patches,
I have talked with Ralf by phone, and I agree with him that backing
out my cleanup (plus later fixes
[ Cc:ing bug-autoconf as this is a genuine bug IMHO. ]
Hi Tim,
Thanks for reporting this!
* Tim Kosse wrote on Fri, May 19, 2006 at 10:56:01AM CEST:
Package: autoconf
Version: 2.59.cvs.2006.05.13-1
Severity: important
If crosscompiling an autotools based package with mingw for Windows
Hi Josselin,
* Josselin Mouette wrote on Wed, May 17, 2006 at 01:54:30AM CEST:
The attached patch is applied to libgnome, to avoid argument reordering
for -Wl,--as-needed.
It is only a hack, but it works. With it, libgnome has reduced
dependencies as expected.
It's not bad, but it's
Hi Krzysztof,
* Krzysztof Witkowski wrote on Tue, May 16, 2006 at 03:18:05PM CEST:
Package: autoconf
Version: 2.59.cvs.2006.05.13-1
Severity: normal
I'm using autoconf for my own project. Generated ./configure fails with error:
checking for C99-compatible vsnprintf()... configure: error:
Hi Bas,
* Bas Wijnen wrote on Sat, May 13, 2006 at 10:46:37PM CEST:
Debian libtool does not set rpath for libraries and binaries which are
going to be installed in the standard locations ($prefix/lib,
$prefix/bin). It does set it when cross compiling, though, to
/usr/$arch/{lib,bin}.
Are
Hi Daniel,
* Daniel Leidert wrote on Sat, May 06, 2006 at 03:26:06PM CEST:
Package: automake1.9
Version: 1.9.6-4
I may be wrong, but only using man_MANS has no effect on the resulting
Makefile. The related targets are not created. When I instead use
manx_MANS (x=0-9)
the resulting
* Daniel Leidert wrote on Sat, May 06, 2006 at 05:13:27PM CEST:
Am Samstag, den 06.05.2006, 17:09 +0200 schrieb Daniel Leidert:
As a small example for what I tried:
man_src = \
foo.1.xml \
bar.1.xml \
lib.3.cml
man_MANS = $(patsubst %.xml,%,$(man_src))
I forgot
* Ben Pfaff wrote on Sat, Sep 21, 2002 at 05:41:02AM CEST:
The following bug was reported against the Debian package for
Autoconf 2.53. Based on a diff between 2.53 and 2.54, it appears
that the bug (which I have not personally verified) is also
present in 2.54, so I am forwarding it to the
* Paul Eggert wrote on Tue, Nov 16, 2004 at 06:58:07PM CET:
Ben Pfaff [EMAIL PROTECTED] writes:
When the old style of AC_INIT is used (with a single argument
that indicates a file to check for) recent Autoconf omits
Autoconf version info from the generated configure's --version
output.
* Roland Illig wrote on Sun, Nov 23, 2003 at 07:25:48PM CET:
Package: autoconf
Version: 2.58-7
Severity: minor
When I type
AC_HELP_STRING([--enable-foo[=value]], [enable foo (default: def)]),
I expect that a line
--enable-foo[=value] enable foo (default: def)
is
* Will Aoki wrote on Thu, Mar 17, 2005 at 12:49:37AM CET:
Package: autoconf
Version: 2.59a-3
Severity: normal
The configure scripts generated by autoconf do not work on paths containing
commas. 'configure' gets almost to the end, then spews:
sed: -e expression #1, char 322: Unknown
* Noah Misch wrote on Wed, Sep 07, 2005 at 11:41:42PM CEST:
On Fri, Sep 02, 2005 at 08:17:51AM +0200, Vincent Lefevre wrote:
Would grepping ^ #error directive: break anything elsewhere?
That is probably safe, but it adds a fork to every AC_COMPILE_IFELSE. Cygwin
would suffer
* Ben Pfaff wrote on Mon, Feb 16, 2004 at 08:45:52PM CET:
The following message is a courtesy copy of an article
that has been posted to gmane.comp.sysutils.autoconf.bugs as well.
The following bug was reported against the Debian packaging of
Autoconf 2.59, but I can't see how it is a
Hi Stepan,
* Stepan Kasal wrote on Sun, Apr 02, 2006 at 12:04:28AM CEST:
On Mon, Mar 20, 2006 at 05:02:52PM +0100, Ralf Wildenhues wrote:
* Martin Michlmayr wrote on Mon, Mar 20, 2006 at 02:15:34PM CET:
Well, I think in this case some more sanity checks are justified
yes, you are right
* Josselin Mouette wrote on Tue, Mar 28, 2006 at 12:37:52PM CEST:
Le mercredi 11 janvier 2006 à 22:38 +0100, Ralf Wildenhues a écrit :
It looks like libtool likes, when building libraries, to reorder
arguments:
Well, yes. It move all the options away from the libraries + library
* Josselin Mouette wrote on Tue, Mar 28, 2006 at 12:37:52PM CEST:
Le mercredi 11 janvier 2006 à 22:38 +0100, Ralf Wildenhues a écrit :
It looks like libtool likes, when building libraries, to reorder
arguments:
Well, yes. It move all the options away from the libraries + library
* Juha Jäykkä wrote a while ago:
Building shared libraries on Debian/Alpha does not work when the source is
on AFS, but instead causes a linking error:
Erm, could this be what Alexandre is hinting at here:
http://gcc.gnu.org/ml/gcc-patches/2006-03/msg01602.html
continuing this thread:
* Martin Michlmayr wrote on Mon, Mar 20, 2006 at 02:15:34PM CET:
* Stepan Kasal [EMAIL PROTECTED] [2006-03-20 12:00]:
Well, ./configure _could_ do more sanity checks, but the expense is
obvious: all the people who pass correct parameters would have to
wait another few seconds.
Well, I
* Frank Küster wrote on Thu, Mar 16, 2006 at 10:07:07AM CET:
Ralf Wildenhues [EMAIL PROTECTED] wrote:
should get you going.
Sorry, could you please describe exactly what we are supposed to do in
*which* file?
Oh, sorry, too late last night. I'll post a patch.
The library dependency
* Frank Küster wrote on Tue, Mar 14, 2006 at 11:51:57AM CET:
Ralf Wildenhues [EMAIL PROTECTED] wrote:
Steve Langasek [EMAIL PROTECTED] wrote:
But even after fixing this, tetex-bin seems to be using some obscure and
obsolete feature of autoconf 2.13 that replaces ac_include $file
[ Please Cc: me on replies ]
Hi Frank,
Steve Langasek [EMAIL PROTECTED] wrote:
But even after fixing this, tetex-bin seems to be using some obscure and
obsolete feature of autoconf 2.13 that replaces ac_include $file in
Makefile.in with the contents of that file in the output Makefile.
* Loïc Minier wrote on Sat, Feb 18, 2006 at 09:07:19PM CET:
On mer, jan 11, 2006, Kurt Roeckx wrote:
I suggest if you create a convience library, you don't link any
libraries to it at that time. Instead, when you are linking in
the convience libraries to something, at that point you should
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
Hi Bob,
* Bob Friesenhahn wrote on Sat, Jan 21, 2006 at 07:12:55PM CET:
On Sat, 21 Jan 2006, Ralf Wildenhues wrote:
[ this is http://bugs.debian.org/348558 ]
* Carlo Contavalli wrote on Wed, Jan 18, 2006 at 05:01:29PM CET:
On Wed, Jan 18, 2006 at 03:52:33PM +0100, Ralf Wildenhues wrote
Hi Juha,
* Juha Jäykkä wrote on Fri, Feb 03, 2006 at 08:12:12AM CET:
Can you definitely rule out that it does not happen when the source is
not on AFS (but otherwise the same system)?
I can. I built 0.7.1-1 on both AFS and xfs, AFS fails, xfs works; then I
tried 0.7.1-3 on AFS, still
101 - 200 of 223 matches
Mail list logo