Hello Philipp,
* Philipp Thomas wrote on Wed, Apr 29, 2009 at 03:05:04PM CEST:
* Ralf Wildenhues [20090428 22:42]:
Note that you can rerun this one test only with either
cd tests
make check VERBOSE=yes TESTS=check4.test
I figured that out myself :) I'll do the test and will report
Hello Alexander,
thanks for the report.
* Alexander Kozyrev wrote on Wed, Apr 29, 2009 at 11:22:46PM CEST:
It was created by GNU Automake configure 1.10.1, which was
generated by GNU Autoconf 2.61. Invocation command line was
$ ./configure --program-suffix=-1.10 --prefix=/usr/local
Hello Philipp,
BTW, you sent mail to RalfWildenhues at suse.de. This mail address does
not belong to me, if it even exists.
* Philipp Thomas wrote on Thu, Apr 30, 2009 at 12:48:20PM CEST:
* Ralf Wildenhues (ralf.wildenh...@gmx.de) [20090429 21:02]:
That just is an interesting statement. I
Hi Philipp,
* Philipp Thomas wrote on Thu, Apr 30, 2009 at 03:29:37PM CEST:
As requested here is our patch to make require_file_internal able to deal
with file names containing path names along with a tarball containing the
test case. Simply unpack the tarball and call 'autoreconf -fi' in the
Hello Kai,
* Kai Sterker wrote on Wed, May 06, 2009 at 12:02:07AM CEST:
I have a strange problem with the 'make dist' target. I've been using
automake 1.10.1 and autoconf 2.62. Updating to 1.10.2 and 2.63 showed
exactly the same behavior.
Which libltdl version is the one you're using, and
Hello Kai,
* Kai Sterker wrote on Wed, May 06, 2009 at 10:46:29AM CEST:
On Wed, May 6, 2009 at 9:05 AM, Ralf Wildenhues wrote:
Can you post your toplevel Makefile.am?
Can you also post the output of
make dist SHELL=/bin/sh -x
with all generated files unchanged?
Did configure
Hello John,
* John Frankish wrote on Mon, May 11, 2009 at 07:20:08AM CEST:
I'm trying to compile automake-1.10.2 with gcc-4.2.2, autoconf-2.63,
perl-5.8.8 and get this:
$ ./configure --prefix=/usr/local
$ make
cd . perllibdir=/usr/src/automake-1.10.2/lib:./lib
Hi Bruno,
thanks for the report.
* Bruno Haible wrote on Sun, May 10, 2009 at 05:52:49PM CEST:
In the automake HEAD from today, but *not* in automake-1.10.2, this code
in a .m4 file
m4_ifdef([AM_XGETTEXT_OPTION],
[AM_XGETTEXT_OPTION([--flag=error:3:c-format])
Hello Samuel,
* Samuel Thibault wrote on Tue, May 12, 2009 at 05:56:49PM CEST:
I usually use make -s to better see warnings. However, libtool echoes
the commands... Automake's autogenerated Makefile.in should check for
the presence of -s in MAKEFLAGS, and in that case pass --silent to
Hello,
* Eric Blake wrote on Wed, May 13, 2009 at 02:21:36PM CEST:
[moving to bug-automake]
FWIW, moving isn't practical if the original reporter isn't kept in Cc:.
According to Eric Blake on 4/24/2009 9:48 AM:
David Bruce writes:
AM_CPPFLAGS = -DLOCALSTATEDIR=\$(pkglocalstatedir)\
Hi Jim,
* Jim Meyering wrote on Thu, May 14, 2009 at 03:21:11PM CEST:
Are you ready to release 1.11? ;-)
;-)
Using the latest from git/master (v1.10b-55-g27f63d4),
make check passed on each of the following systems:
Fedora rawhide
Fedora 10
Debian unstable
Red Hat Enterprise
* Ralf Wildenhues wrote on Mon, May 18, 2009 at 04:08:09AM CEST:
* Simon Josefsson wrote on Sun, May 17, 2009 at 09:47:50PM CEST:
Hi! I installed automake 1.11 without any problems except that one
self-test failed, see snippet from tests/test-suite.log below. Is a
pkg.m4 missing?
Yes
Hi Peter,
* Peter O'Gorman wrote on Tue, May 19, 2009 at 06:01:49PM CEST:
Ralf Wildenhues wrote:
* Peter O'Gorman wrote on Mon, May 18, 2009 at 03:43:00AM CEST:
The instmany-python test is failing for me on Mac OS X 10.5.7. Looks
like it is trying to install things into /Library/Python
Hi Matthias, Peter,
* Matthias Klose wrote on Thu, May 21, 2009 at 08:11:49AM CEST:
Peter O'Gorman schrieb:
This patch works for me. Thoughts?
2009-??-?? Peter O'Gorman pe...@pogma.com
m4/python.m4: Ensure that pythondir and pyexecdir are below
${prefix}.
why special case
Hi Thien-Thi,
* Thien-Thi Nguyen wrote on Thu, May 21, 2009 at 12:29:06PM CEST:
Please find attached specflg10.log;
is there any other info that can be of help?
I suspect this is related to absense of g++ on the computer.
Yep. Fixed as follows. Thanks for the report!
Cheers,
Ralf
Hi Bruno,
* Bruno Haible wrote on Fri, May 22, 2009 at 01:37:42AM CEST:
* Call the `AM_SILENT_RULES' macro from within the
`configure.ac' file.
I'm trying to use the second option, because I'm using AM_INIT_AUTOMAKE
in the old 2-arguments form.
After running 'aclocal',
Hello Dagobert,
* Dagobert Michelsen wrote on Tue, May 19, 2009 at 01:44:04PM CEST:
Am 18.05.2009 um 23:10 schrieb Ralf Wildenhues:
FAIL: insthook.test
The insthook.test failure looks like you have some variables like
$bindir or $exec_prefix or $prefix set in your environment
* Peter O'Gorman wrote on Thu, May 21, 2009 at 03:39:29PM CEST:
Ralf Wildenhues wrote:
That aims to ensure that if you do
./configure --prefix=$HOME/local
as non-root user, you have a chance to actually install your python
files below $HOME, too, even with the buggy python
Hello Samuel,
thanks for the report.
* Samuel Bronson wrote on Wed, May 27, 2009 at 07:47:56PM CEST:
Hi. I've noticed that when trying to build gdb from git with
--enable-maintainer-mode, I get this error:
make[4]: Entering directory `/home/naesten/hacking/archer/build/gdb/gnulib'
cd ..
* Dagobert Michelsen wrote on Mon, May 25, 2009 at 10:20:49AM CEST:
Am 24.05.2009 um 14:52 schrieb Ralf Wildenhues:
Well, it seems all remaining failures in the newer log look like this
| configure: error: no acceptable C compiler found in $PATH
| See `config.log' for more details
Hello Purvis,
please don't top-post, and please keep the list in Cc:, thanks!
* Purvis Bedenbaugh wrote on Fri, Jun 12, 2009 at 05:09:25PM CEST:
This is the log file for the automake build.
Thanks. All test failures look more or less like this:
if test emacs != no; then \
set x; \
Hello Dagobert,
* Dagobert Michelsen wrote on Wed, Jul 01, 2009 at 06:56:02AM CEST:
have you given this some more thought? Would you consider it safe
to release automake 1.11 on Solaris even with the failed tests?
Yes, I would. IIRC we fixed all but one test failure (vala4.test)
in the git
Hi Paolo,
* Paolo Bonzini wrote on Thu, Jul 30, 2009 at 08:41:52AM CEST:
I'll take this up with bug-make. Thank you again for bringing it up.
GCC has this:
Yes, I know. (I didn't write that code originally, but I worked on it).
Thanks for the pointer though. It's one way we can go for a
Hello,
* Andrew W. Nosenko wrote on Fri, Aug 07, 2009 at 05:05:35PM CEST:
On Fri, Aug 7, 2009 at 15:23, Bernhard Rosenkraenzerb...@arklinux.org wrote:
this part of a Makefile.am causes errors with automake 1.11:
if IPHONE
# What ing * came up with the idea of a platform without
Hello Jack,
* Jack Kelly wrote on Sun, Aug 16, 2009 at 12:44:57AM CEST:
I was hoping that AM_SILENT_RULES would silence the complex makeinfo
invocations on texinfo files, but it doesn't. I thought that might've
been OK, since the info files are usually generated before
distribution, but `make
Hi Stefano,
* Stefano Lattarini wrote on Mon, Aug 31, 2009 at 01:30:05PM CEST:
I forced the automake testsuite to run tests in parallel using the
*Zsh* shell, with the following command:
$ make -j5 TEST_LOG_COMPILER='zsh --nofunctionargzero' check
The following failures turned up:
* Stefano Lattarini wrote on Wed, Sep 02, 2009 at 01:09:57AM CEST:
Subject: [PATCH] testsuite: fix a minor glitch.
* tests/defs.in (exit trap): Use `$me', not `$as_me', as the
name of the current test (used in error messages).
Thanks! Applied to maint, will merge to branch-1.11 and master
* Stefano Lattarini wrote on Thu, Aug 27, 2009 at 08:44:42PM CEST:
Subject: [PATCH] tests/README: warn about zsh incompatibilities
* tests/README (User interface, Getting details from failures):
now explicitly state that every test is a shell script, not just
a script, and
Hello Reuben,
* Eric Blake wrote on Fri, Sep 04, 2009 at 02:52:52PM CEST:
According to Reuben Thomas on 8/11/2009 6:31 PM:
Further to my question about AU_ALIAS, we noticed at autoconf-archive
that by defining AC_DEFUN/AU_ALIAS in the new macro file we can't get
aclocal --diff to notice
Hello Reuben, Alfred,
* Alfred M. Szmidt wrote on Fri, Sep 11, 2009 at 04:07:48PM CEST:
@@ -9203,7 +9203,7 @@ run-time dependencies are satisfied after
installation.
@vindex AM_INSTALLCHECK_STD_OPTIONS_EXEMPT
In a few situations, programs (or scripts) have to be exempted from
Hi Bob,
thanks for the report.
* Bob Friesenhahn wrote on Fri, Sep 11, 2009 at 10:57:29PM CEST:
Under MinGW, I have now encountered this error at the end of 'make
check' when using parallel tests and color tests:
mv: cannot stat `test-suite.log': Permission denied
and this file was
* Bollinger, John C wrote on Fri, Sep 11, 2009 at 09:09:18PM CEST:
Automake's cross-directory support seems to have at least one serious
problem, however: Makefiles generated by the autotools always build
intermediate objects in the top source directory. For example, if I
am building
* Bollinger, John C wrote on Mon, Sep 14, 2009 at 05:33:40PM CEST:
It seems that normally, the generated configure script creates dummy
*.Po files in the right places, thus masking the absence of Make rules
for that purpose. In my case, however, I used Make variables in
Makefile.am to
Hello Elias,
* Elias Pipping wrote on Fri, Sep 25, 2009 at 03:19:03PM CEST:
I've come across a problem w/ running distclean for vpath builds of
elisp files when using non-recursive automake.
Thanks for the report and the example package; confirmed.
You can work around the issue by setting
Hello Ty,
* Ty Tower wrote on Mon, Sep 28, 2009 at 04:14:21AM CEST:
I have avrdude 5.5 installed on my machine running Mandriva 2009
I have been trying to install 5.8 and get this error below which
seems to be the ylwrap script but it is too complex for me to sort
Can someone tell me if
Hello Stefano,
* Stefano Lattarini wrote on Wed, Oct 07, 2009 at 08:01:51PM CEST:
The master branch of the automake Git repository has advanced again
since I submitted the latest version of my patch. In particular, a new
test cases has been added, which required some editing to work smoothly
Hi Stepan,
thanks for the report.
* Stepan Kasal wrote on Mon, Nov 09, 2009 at 03:52:29PM CET:
automake --help contains this:
What is automake --version and perl -V?
Any local patches in it that would deviate the line numbers?
Files which are automatically distributed, if found:
Use of
Hi David, and sorry for the long delay,
* David Byron wrote on Fri, Nov 13, 2009 at 08:18:35PM CET:
On Friday September 4th, 2009, Eric Blake wrote:
According to David Byron on 8/14/2009 1:57 PM:
I'm not sure whether this is something I'm doing wrong
or something wrong with automake,
Hi Karl,
* Karl Berry wrote on Fri, Nov 27, 2009 at 04:25:37PM CET:
First, all the existing examples in gnupload --help use automake 1.8.2b.
This isn't either of rms' recommended version number schemes for test
releases. Would you agree to changing to something generic, like
foobar-0.9.90?
* Rich Wales wrote on Wed, Nov 25, 2009 at 07:57:49PM CET:
I attempted to build the gpsd sources (gpsd.berlios.de) on an OpenBSD 4.6
system, using autoconf 2.61 and automake 1.10. I'm getting the following:
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Hello Yuri, nice to read from you again,
* Юрий Пухальский wrote on Fri, Nov 27, 2009 at 10:38:15AM CET:
Automake links binaries through libtool too, at least in my case.
Yes, but it doesn't compile the objects for non-libraries using libtool,
just like Jack explained.
And yes, it works when
Hi Jack,
* Jack Kelly wrote on Fri, Nov 27, 2009 at 10:37:55PM CET:
2009/11/28 Ralf Wildenhues:
That's why you should do it like this:
.pc.$(OBJEXT):
...
I'm confused. Why is this better than writing a .pc.c rule? Doesn't it
sacrifice proper dependency tracking
* Юрий Пухальский wrote on Fri, Nov 27, 2009 at 11:14:04PM CET:
It's working like a charm, the autotools system, One small thing is
64-bit ARFLAGS on AIX,
but the folks out there in libtool (if i remember right) are aware of
the problem, it seems, but i haven't investigated it yet.
Try
Hi Karl,
I agree with most everything you wrote (and I elided now).
* Karl Berry wrote on Sat, Nov 28, 2009 at 12:06:55AM CET:
I altered the last example to be about a mistaken upload, instead of
retiring an existing release. In general, it seems to me that we don't
want to suggest that it's
* Karl Berry wrote on Sat, Nov 28, 2009 at 11:46:40PM CET:
Erm, the --rmsymlink and --delete options work on all remaining files up
to the net --rmsymlink, --delete, or -- option. So that -- really needs
to be there. Or we need to change the semantics of these optinos.
Ok, my
* Юрий Пухальский wrote on Mon, Nov 30, 2009 at 09:15:23AM CET:
2009/11/28 Jack Kelly endgame@gmail.com:
2009/11/28 Юрий Пухальский aikip...@gmail.com:
My bad. I meant noinst_LIBRARIES, so you make a libcommon.a instead of
libcommon.la. This goes into LDADD as with libtool convenience
* Юрий Пухальский wrote on Mon, Nov 30, 2009 at 10:39:27PM CET:
2009/12/1 Ralf Wildenhues ralf.wildenh...@gmx.de:
* Юрий Пухальский wrote on Mon, Nov 30, 2009 at 09:15:23AM CET:
I've tried using oldstyle libraries, to no avail... It has made a
library like this (last lines of ar t output
Hello Antonio,
sorry for the delay.
* Antonio Diaz Diaz wrote on Fri, Oct 30, 2009 at 09:09:47PM CET:
Ralf Wildenhues wrote:
As gunzip is a link to gzip, the only difference between using
gunzip and gzip -d is that the former adds a gratuitous
dependency on the gunzip name.
Well, from
Hello Leo,
* Leo Davis wrote on Fri, Nov 06, 2009 at 02:01:36AM CET:
I built automake 1.11 on Mac OS X Snow Leopard (10.6.1 Intel). The
test that failed is instspc.test. I've attached the log in a zip file
because I think email might mangle it.
FYI, Peter just reported a similar (I think
Hi Stefano,
* Stefano Lattarini wrote on Sat, Dec 26, 2009 at 02:46:02PM CET:
I see that the file `tests/Makefile.am' in the Automake repository
doesn't include any copyright notice. All the others Makefile.am files,
even those simpler/shorter (e.g. `lib/Automake/tests/Makefile.am'), do
Hello Matti,
* Matti wrote on Thu, Jan 21, 2010 at 05:49:58PM CET:
When trying to install an app and run ./reconf-all for the first time, I
always
get this error, as you see in the logfile.
When I run ./reconf-all a second time, the error doesn't appear and I can
install. (not really,
Hi Eric,
* Eric Blake wrote on Thu, Feb 25, 2010 at 08:01:04PM CET:
Any reason why gnupload sends symlink: prior to rmsymlink: commands, even
when the are specified the other way around on the command line? The net
result is that the just-created symlink is nuked, rather than the intended
Hi Peter,
* Peter Johansson wrote on Mon, Mar 01, 2010 at 02:12:01AM CET:
I experience failure on cscope.test and instspc.test in the latest
git version of automake. I attached the test-suite.log (gzipped).
AFAICS, it seems cscope fails because I have fortran compiler. If
that's the case I
[ adding bug-autoconf ]
Hi Karl,
* Karl Berry wrote on Sun, Mar 07, 2010 at 12:22:15AM CET:
It seems wrong to use @acronym{GNU} three times in the @copying text,
when it isn't used in many more places -- including one other place in
@copying.
Yep, it's definitely used inconsistently.
[ adding libtool-patches, in case anyone wants to disagree ]
* Karl Berry wrote on Wed, Mar 17, 2010 at 10:50:38PM CET:
I'm okay with changing the m4 and autoconf manuals with
s/@acronym{GNU}/GNU/
s/@acronym{(.*)}/\1/
So the preferred color now is this, I guess:
* Karl Berry wrote on Fri, Mar 19, 2010 at 10:42:14PM CET:
Is the intention that even the n...@acronym{gnu} cases should be
replaced? Then what purpose is the @acronym keyword for?
I wrote about that earlier. Minor typographic change which is rarely
used in GNU manuals. De facto
Hello Philip,
* Philip A. Prindeville wrote on Thu, Apr 15, 2010 at 05:35:37AM CEST:
I have the following trivial automake sequence in
21 SYMFILES = $(srcdir)/uni.h $(shell $(CC) $(CFLAGS) -E $(srcdir)/header.c
| $(AWK) -f $(srcdir)/script.awk)
but when I run automake on this, I get:
* Stefano Lattarini wrote on Sun, Apr 18, 2010 at 06:17:29PM CEST:
Recently, I stumbled upon a weird behaviour of automake: apparently,
even when given the `-Werror' flag, it doesn't fail on warnings of type
`unsupported' which concern the copresence of `configure.ac' and
`configure.in'.
Hi Stefano,
* Stefano Lattarini wrote on Tue, Apr 20, 2010 at 04:50:54PM CEST:
While trying out the Automake testsuite using Heirloom make as $MAKE.
I encounterd a failure in test `subobj9.test'. Attached here are the
test log and the testscript-generated Makefile and Makefile.in heirloom
* Stefano Lattarini wrote on Tue, Apr 20, 2010 at 10:52:41PM CEST:
At Tuesday 20 April 2010, Ralf Wildenhues wrote:
I'm trying to understand which of these lines this make interprets
wrongly:
include file
include ./file
include .//file
This one is sufficient o trigger the bug
* Stefano Lattarini wrote on Tue, Apr 20, 2010 at 04:31:05PM CEST:
I encounterd the following failure when trying out the Automake
testsuite using Heirloom make as $MAKE:
$ strings /opt/heirloom/bin/make | grep '@(#)'
@(#)make.sl 1.40 (gritter) 3/15/07
The failure is not spurious,
* Ralf Wildenhues wrote on Tue, Apr 20, 2010 at 11:25:41PM CEST:
I'm guessing this has to do with chains of inference rules not being
detected or so.
Yeah, the make has a .l.o rule that triggers before our .l.c and .c.o
rule chains.
I guess this could be worked around by adding explicit rules
* Stefano Lattarini wrote on Wed, Apr 21, 2010 at 12:41:21AM CEST:
At Tuesday 20 April 2010, Ralf Wildenhues wrote:
Yeah, the make has a .l.o rule that triggers before our .l.c and
.c.o rule chains.
Do you know if this happens also with Solaris make, or is just a quirk
specific
* Stefano Lattarini wrote on Wed, Apr 21, 2010 at 02:30:46PM CEST:
At Wednesday 21 April 2010, Ralf Wildenhues wrote:
If you have a pointer to a similar
make implementation without the heirloom-specific quirks, I'd be
happy to use it instead.
Yes: Solaris make. I'm guessing
* Stefano Lattarini wrote on Thu, Apr 22, 2010 at 02:25:08PM CEST:
At Tuesday 20 April 2010, Ralf Wildenhues wrote:
Yeah, heirlooom make has a .l.o rule that triggers before our .l.c
and .c.o rule chains.
I guess this could be worked around by adding explicit rules (at
least that's
Hi Stefano,
* Stefano Lattarini wrote on Sat, May 01, 2010 at 06:40:41PM CEST:
OK, I must admit to be stuck here. How can I know what objects files
are expected to be compiled from, say, a bar.c file, in turn generated
from a bar.l file?
Or (e.g.) how can I distinguish the following
* Bruno Haible wrote on Wed, May 26, 2010 at 12:11:45AM CEST:
I see a few possible alternative ways out:
- Automake requires subdir-objects if you put slashes into $LIBOBJS,
There are cases where the developer does not want 'subdir-objects'.
I'm having the problem with AC_LIBOBJ in the
gettext-tools/libgettextpo/ChangeLog:
2010-05-26 Ralf Wildenhues ralf.wildenh...@gmx.de
* Makefile.am (AUTOMAKE_OPTIONS): Add subdir-objects.
(libgettextpo_la_CPPFLAGS): New variable, to force renamed objects.
diff --git a/gettext-tools/libgettextpo/Makefile.am
b/gettext-tools
Hi Bruno,
* Bruno Haible wrote on Thu, Jun 03, 2010 at 12:32:01PM CEST:
The 'aclocal' program asked me to report this. I'm using automake 1.11.1,
autoconf 2.65, m4 1.4.14.
aclocal:
aclocal: ## Internal Error ##
aclocal:
aclocal: Final $ should be
[ adding bug-automake ]
Hi Bruno,
* Bruno Haible wrote on Thu, Jun 03, 2010 at 02:01:29PM CEST:
The reason is that 'aclocal' has generated an aclocal.m4 file that does not
include m4/libunistring.m4. I thought that 'aclocal' was using autom4te with
--trace options, implying that any
Hi Stefano,
* Stefano Lattarini wrote on Tue, Jun 08, 2010 at 06:47:54PM CEST:
The automake manual, as build from latest git *master branch*, misses
release stats for the bugfix-releases 1.10.3 and 1.11.1 (see chapter 28
History, section 3 Release Statistics). Is this intentional, or
the
Hi Ludovic,
* Ludovic Courtès wrote on Tue, Jul 20, 2010 at 06:28:46PM CEST:
Background: Guile 1.9/2.0 has an auto-compilation feature whereby if a
source file has no corresponding object file in the search path, or if
the object file is older than the source file, then the source file is
Hi Ludo,
* Ludovic Courtès wrote on Tue, Jul 27, 2010 at 10:18:39AM CEST:
Ralf Wildenhues writes:
guile_install_ccacheDATA = install-ccacheDATA
$(guile_install_ccacheDATA): install-modDATA
For the record, this was fixed along these lines. The auto-compile
mtime checks were also
Hi Behdad,
* Behdad Esfahbod wrote on Thu, Jul 29, 2010 at 03:20:37AM CEST:
So this tiny issue has been bugging me for years. Thought I report.
Can you please make aclocal silently ignore include directories that
do not exist? It bothers me that on a new system when I set my env
vars to
* Mike Frysinger wrote on Thu, Jul 29, 2010 at 07:52:41AM CEST:
On Thursday, July 29, 2010 01:40:24 Ralf Wildenhues wrote:
* Behdad Esfahbod wrote on Thu, Jul 29, 2010 at 03:20:37AM CEST:
So this tiny issue has been bugging me for years. Thought I report.
Can you please make aclocal
Hi Ludovic,
* Ludovic Courtès wrote on Tue, Jul 27, 2010 at 11:08:39AM CEST:
FYI the Automake test suite currently fails on Hydra. The build at
http://hydra.nixos.org/build/502179 has 5 failures; the one at
http://hydra.nixos.org/build/502171 has 2 failures, etc.
thanks again for the report.
a7ed24ccfb253faec3ecfec3abdfdc89d0c460a5 Mon Sep 17 00:00:00 2001
From: Ralf Wildenhues ralf.wildenh...@gmx.de
Date: Sat, 31 Jul 2010 17:46:48 +0200
Subject: [PATCH] Fix recommendation for compiling everything with MPI.
* m4/ax_mpi.m4: Fix typos when compiling everything with MPI.
Update description to include
Hi Rainer,
* Rainer Tammer wrote on Sun, Aug 01, 2010 at 02:34:45PM CEST:
I just tested automake-1.11.1 on AIX V7BETA.
All make check tests succeed but two. Here are the two failures.
I have also attached the complete test-suit.log.
thanks for the bug report. Both failures are new to me,
Hi Юрий,
* Юрий Пухальский wrote on Wed, Jul 28, 2010 at 03:38:11PM CEST:
In the documentation it's stated that The intermediate files
generated by yacc (or lex) will be included in any distribution that
is made. That way the user doesn't need to have yacc or lex.
But albeit the .c files are
Hello Stefano,
* Stefano Lattarini wrote on Thu, Aug 05, 2010 at 07:40:15PM CEST:
The test `parallel-tests9.test' fails on Solaris 10 when using
/usr/xpg4/bin/make as $MAKE, due to a submake invocation returning
an exit status `139' (i.e. a Segmantation fault).
Thanks for the report. A
Hello again,
* Ralf Wildenhues wrote on Sat, Jul 31, 2010 at 02:11:59PM CEST:
* Ludovic Courtès wrote on Tue, Jul 27, 2010 at 11:08:39AM CEST:
FYI the Automake test suite currently fails on Hydra. The build at
http://hydra.nixos.org/build/502179 has 5 failures; the one at
http
Hi Bruno,
* Bruno Haible wrote on Sun, Aug 15, 2010 at 04:40:36PM CEST:
Don't hide the table of contents.
* doc/automake.texi: Move the table of contents to the beginning.
Good one! Thanks, also for the explanations.
Since the patch doesn't cause HTML node names to change nor
Hi Bruno,
thanks for the report!
* Bruno Haible wrote on Sun, Aug 15, 2010 at 04:52:55PM CEST:
In the Automake documentation, the sections Emacs Lisp, Java, Python
are in a chapter Other GNU Tools, two chapters away from the sections
C++ support, Objective C Support, Assembly Support, Java
Hello Jay,
* Jay K wrote on Thu, Aug 19, 2010 at 09:34:50PM CEST:
= http://modula3.elegosoft.com/cm3/uploaded-archives/testlogs.tar.gz
Thanks. You have GNU coreutils in your $HOME/bin I bet, but it looks
like it's a fairly old version; no non-GNU cp uses `quoting' in its
error reporting, and
Hello Reuben,
* Reuben Thomas wrote on Sun, Sep 05, 2010 at 09:59:47AM CEST:
Section EXEEXT:
Unfortunately, due to the change in Autoconf 2.50, this means you
must always add this extension. However, this is a problem for
maintainers who know their package will never run on a platform that
* Ralf Wildenhues wrote on Mon, Sep 06, 2010 at 09:39:54PM CEST:
Hmm, maybe we can generate a makefile snippet on the fly, to be included
by the recursive make.
Bob, can you try out this patch?
Thanks,
Ralf
2010-09-06 Ralf Wildenhues ralf.wildenh...@gmx.de
parallel-tests: avoid
* Stefano Lattarini wrote on Tue, Sep 07, 2010 at 03:15:54AM CEST:
--- a/lib/am/check.am
+++ b/lib/am/check.am
+ { echo TEST_LOGS = ; \
+ for f in $$list; do \
+ test .log = $$f || echo $$f;
Hello Valentin,
* Valentin David wrote on Tue, Sep 07, 2010 at 07:02:09PM CEST:
I looked at how Vala was integrated into Automake, and it seemed to me
that it was very fishy.
Yes, I agree. Improving that would be very nice, even only providing
failing test cases would be good.
We've had two
* Stefano Lattarini wrote on Wed, Sep 08, 2010 at 12:36:05AM CEST:
What about creating a separeted tarball for any failed/skipped test
(maybe in a proper common subdirectory `tests/test-suite.dir'), then
displaiyng a message which tells the user detailed information about
tests' failures are
[ trying to add vala-list; this is
http://thread.gmane.org/gmane.comp.sysutils.automake.bugs/5008 ]
* Valentin David wrote on Wed, Sep 08, 2010 at 03:08:00PM CEST:
On Wed, Sep 8, 2010 at 7:53 AM, Ralf Wildenhues wrote:
Well, are the derived sources portable, i.e., not depending
Hello, and adding bug-automake,
* Eric Blake wrote on Tue, Sep 14, 2010 at 11:42:15PM CEST:
On 09/14/2010 03:32 PM, Jan Engelhardt wrote:
using a configure.ac file with just four lines:
AC_INIT([foo], [1])
AC_PROG_INSTALL
I can produce a configure script by running `autoreconf -fi`,
Hi Stefano,
* Stefano Lattarini wrote on Thu, Sep 16, 2010 at 06:34:06PM CEST:
While trying to improve and extend test `mmodely.test', I stumbled
upon the bug exposed by the attached test script (weird bug, BTW:
it's triggered with GNU make and FreeBSD make, but not with Solaris
make; role
* Ralph Castain wrote on Fri, Sep 24, 2010 at 06:41:38AM CEST:
My point is just that it is unwise to assume that the OMPI build can utilize
all available processors. I'm sure it's fine for the MTT runs, especially on
Jeff's machines as they are dedicated to that purpose - just not a good
Finally continuing this:
* Ludovic Courtès wrote on Wed, Aug 25, 2010 at 02:48:31PM CEST:
Ralf Wildenhues writes:
Fix timestamp issues by ensuring configure takes at least a second.
* m4/sanity.m4 (AM_SANITY_CHECK): If we didn't sleep here,
start a sleep
Hi Jan,
thanks for taking the time to report it here.
* Jan Kratochvil wrote on Mon, Oct 11, 2010 at 09:57:28PM CEST:
The a program gets built only `if F' below. Makefile.in correctly contains:
@f_t...@a: b.c
@F_TRUE@ gcc -o $@ $ -Wall
But while does it also contains:
Hello, and thanks for report and analysis!
* Stefano Lattarini wrote on Tue, Oct 12, 2010 at 05:51:58PM CEST:
On Monday 11 October 2010, Jan Kratochvil wrote:
`make tags' will not index sources which are listed in *_SOURCES += ... in
unsatisfied AM_CONDITIONAL blocks. IMO they should be.
Hi Akim,
thanks for the feature request, and sorry for the delay.
* Akim Demaille wrote on Fri, Sep 24, 2010 at 01:44:34PM CEST:
Currently Automake accepts happily such a variable name, but it does
not use it (the files are not dist'ed). I agree EXTRA_DIST is fine,
but I'm used to being able
Hi Stefano,
* Stefano Lattarini wrote on Wed, Oct 13, 2010 at 03:54:31PM CEST:
On Tuesday 12 October 2010, Ralf Wildenhues wrote:
* Stefano Lattarini wrote on Tue, Oct 12, 2010 at 05:51:58PM CEST:
OTOH AM_CONDITIONAL can be used for example if an optional sources part
* Akim Demaille wrote on Fri, Oct 15, 2010 at 03:41:26PM CEST:
Le 13 oct. 10 à 20:12, Ralf Wildenhues a écrit :
What would an uninstalled man page be useful for?
Actually it's for symmetry with the corresponding programs that might, or
might not, be installed. It's for an autoconfiscated
[ http://thread.gmane.org/gmane.comp.sysutils.automake.bugs/5061 ]
* Lluís Batlle i Rossell wrote on Sun, Oct 31, 2010 at 05:49:00PM CET:
On Sun, Oct 31, 2010 at 10:48:10AM +0100, Lluís Batlle i Rossell wrote:
On Sun, Oct 31, 2010 at 10:01:09AM +0100, Ralf Wildenhues wrote:
(ulimit -t 300
201 - 300 of 389 matches
Mail list logo
