I suck for taking so long to respond, but I attempted to verify my
error and cannot, meaning that after a variety of updates and a new
pass at building automake-1.11, everything is fine, i.e. all the make
check tests are passing.
Jeff
On Wed, Aug 11, 2010 at 5:18 AM, Stefano Lattarini
Hello Stefano, Andy,
* Stefano Lattarini wrote on Sat, Nov 06, 2010 at 06:10:44PM CET:
On Friday 05 November 2010, Stefano Lattarini wrote:
I can confirm the bug with latest automake (from git master), with
a much-reduced minimal testcase (see attachment).
I still haven't looked for an
* Stefano Lattarini wrote on Sat, Nov 06, 2010 at 08:23:30PM CET:
On Saturday 06 November 2010, Stefano Lattarini wrote:
On Saturday 06 November 2010, Ralf Wildenhues wrote:
* Stefano Lattarini wrote on Sat, Nov 06, 2010 at 05:52:57PM CET:
Hi Ralf, I've just spotted a bug in the patch
Hi Stefano,
* Stefano Lattarini wrote on Mon, Sep 13, 2010 at 11:22:37AM CEST:
I updated the patch slighty (see test `depdist.test') to follow the
emerging principle of preferring semantic tests to grepping tests
in the Automake testsuite.
OK with nits addressed.
and in another mail:
* Stefano Lattarini wrote on Sun, Nov 07, 2010 at 11:18:49AM CET:
On Sunday 07 November 2010, Ralf Wildenhues wrote:
* Stefano Lattarini wrote on Mon, Sep 13, 2010 at 11:22:37AM CEST:
* tests/ctarget1.test: Renamed ...
Please don't rename tests unless for a very good reason,
The good
On Sunday 07 November 2010, Ralf Wildenhues wrote:
* Stefano Lattarini wrote on Sun, Nov 07, 2010 at 11:18:49AM CET:
On Sunday 07 November 2010, Ralf Wildenhues wrote:
* Stefano Lattarini wrote on Mon, Sep 13, 2010 at 11:22:37AM CEST:
* tests/ctarget1.test: Renamed ...
Please
* Stefano Lattarini wrote on Sun, Nov 07, 2010 at 11:44:44AM CET:
On Sunday 07 November 2010, Ralf Wildenhues wrote:
The test might not ever have made it to revision control,
In this case I don't see any problem, no?
Unless it's in a personal git clone only
(not likely with existing history
Hello Stefano, Andy,
* Stefano Lattarini wrote on Sat, Nov 06, 2010 at 06:10:44PM CET:
On Friday 05 November 2010, Stefano Lattarini wrote:
I can confirm the bug with latest automake (from git master), with
a much-reduced minimal testcase (see attachment).
I still haven't looked for an
* Stefano Lattarini wrote on Fri, Nov 05, 2010 at 09:21:28PM CET:
Nonetheless, there was still a potential bug (introduced by the merge)
lurking in there, which didn't manifest itself because, by sheer luck,
the Automake parallel test driver worked around it (by exporting
srcdir=$(srcdir) in
On Sunday 07 November 2010, Ralf Wildenhues wrote:
Hello Stefano, Andy,
* Stefano Lattarini wrote on Sat, Nov 06, 2010 at 06:10:44PM CET:
On Friday 05 November 2010, Stefano Lattarini wrote:
I can confirm the bug with latest automake (from git master), with
a much-reduced minimal
Hello automakers.
On Wednesday 08 September 2010, Stefano Lattarini wrote:
Stefano Lattarini (5):
Tests defs: various reorderings, some improvements.
Tests defs: prefer $curdir over `pwd`, where possible.
Tests defs: rename $curdir - $testbuilddir
Tests defs: do not print message
* tests/defs.in: We already save the value of `pwd` in $curdir
early in the file, so there no need to recalculate it later, when
the current working directory is not changed.
---
ChangeLog |5 +
tests/defs.in |6 +++---
2 files changed, 8 insertions(+), 3 deletions(-)
From
* tests/defs.in: Rename $curdir to $testbuildir, for clarity and
consistency with $testsrcdir and $top_testsrcdir.
---
ChangeLog |4
tests/defs.in | 14 +++---
2 files changed, 11 insertions(+), 7 deletions(-)
From ddc690b22264d5c6213ea89ef451c0c2bdec02c0 Mon Sep 17
* tests/defs.in: Printing the message === Running test $0 at
the beginning of each tests made sense when Automake used the old
test-driver, which sent all the output directly to stdout/stderr.
Now that the parallel test-driver is used, which saves output of
each test in its correspoding log file,
* tests/defs.in ($top_testsbuilddir): New variable, initialized
with the value AC_SUBST'ed from @abs_top_build...@. Mostly for
completeness and consistency with $testsrcdir and $top_testsrcdir.
---
ChangeLog |5 +
tests/defs.in |1 +
2 files changed, 6 insertions(+), 0
Hi Vincent,
* Vincent Torri wrote on Fri, Nov 05, 2010 at 04:56:55PM CET:
foo_SOURCES = bar1.c
if MY_COND
foo_SOURCES += bar2.cpp
else
foo_SOURCES += bar2.c
endif
One told me on that ML that it is normal that automake uses g++ for
linking, even if MY_COND is not verified. One possible
I'm trying to rebuild systemd
(http://www.freedesktop.org/wiki/Software/systemd) from GIT. It is
using several programs built using vala; in-tree build is OK,
out-of-tree build fails:
{pts/0}% LC_ALL=C make
make all-am
make[1]: Entering directory `/home/bor/build/systemd'
make[1]: *** No rule to
Hi,
في س، 06-11-2010 عند 18:46 +0300 ، كتب Andrey Borzenkov:
I'm trying to rebuild systemd
(http://www.freedesktop.org/wiki/Software/systemd) from GIT. It is
using several programs built using vala; in-tree build is OK,
out-of-tree build fails:
Automake assumes the .c files
On Sat, Nov 6, 2010 at 10:23 PM, Abderrahim Kitouni a.kito...@gmail.com wrote:
Hi,
في س، 06-11-2010 عند 18:46 +0300 ، كتب Andrey Borzenkov:
I'm trying to rebuild systemd
(http://www.freedesktop.org/wiki/Software/systemd) from GIT. It is
using several programs built using vala;
On 10/30/2010 03:37 PM, Ralf Wildenhues wrote:
Hello Xufeng Zhang,
thanks for the report.
* xufeng zhang wrote on Wed, Oct 27, 2010 at 05:24:18AM CEST:
I'm a developer from WindRiver, and I have a question about automake.
When I using a large UID/GID(2097151) to configure and build a
On Mon, Nov 8, 2010 at 6:56 AM, xufeng zhang xufeng.zh...@windriver.com wrote:
On 10/30/2010 03:37 PM, Ralf Wildenhues wrote:
I don't think there is much that can be done about this in Automake, as
[...]
If you still think that Automake is in the position to do something
about this, then
On 11/08/2010 03:03 PM, Dave Hart wrote:
On Mon, Nov 8, 2010 at 6:56 AM, xufeng zhangxufeng.zh...@windriver.com wrote:
On 10/30/2010 03:37 PM, Ralf Wildenhues wrote:
I don't think there is much that can be done about this in Automake, as
[...]
If you still think that
Hi Ralf,
excuse me, I have sent this mail twice but in the mailing list the body
seems to be empty. I will try it a last time with another method...
your first suggestion (with the phony target) works great. The second
one
does not force compilation here (but that doesn't matter anymore since
Hi Ralf,
excuse me, I have sent this mail twice but in the mailing list the body
seems to be empty. I will try it a last time with another method...
your first suggestion (with the phony target) works great. The second
one
does not force compilation here (but that doesn't matter anymore since
24 matches
Mail list logo