* Dave Hart wrote on Tue, Jan 18, 2011 at 10:13:21PM CET:
http://support.ntp.org/people/hart/am-libopts-subpkg.tar.gz
First off, here's a trivial portability fix from that tarball.
Cheers,
Ralf
2011-01-19 Ralf Wildenhues ralf.wildenh...@gmx.de
* m4/liboptschk.m4 (ag_FIND_LIBOPTS
* Dave Hart wrote on Tue, Jan 18, 2011 at 10:13:21PM CET:
When invoked by autoreconf of a project with nested configure.ac
files, automake does not respect the disabling of AC_CONFIG_FILES by
the top-level configure.ac using AM_COND_IF, resulting in an incorrect
Makefile. Re-running
Fixed by v1.11-293-gd652a1c.
The testsuite is too large for MSYS.
We've finally reached the point where we have more than 1000
tests, $(TESTS) expands to 15k characters, and where 'make check' will
not work at all any more on MSYS, because it cannot spawn sh any more,
presumably in 'make check TESTS=...'. (MSYS make doesn't
[ adding automake-patches, dropping bug-gnulib ]
Hi Eric,
thanks for the report!
* Eric Blake wrote on Wed, Jan 19, 2011 at 05:52:08AM CET:
checking dependency style of :... mkdir: cannot create directory
`conftest.dir': File or Directory already exists
cp: accessing `conftest.dir': Bad data
* Stefano Lattarini wrote on Tue, Jan 18, 2011 at 11:57:24PM CET:
On Tuesday 18 January 2011, Ralf Wildenhues wrote:
This patch fixes all but 9 of the 76 or so instspc*.test failures on
Tru64. It is for the tests-init branch, or a tests-init-fixes on top of
v1.11-395-ge118126 I guess
* Stefano Lattarini wrote on Tue, Jan 18, 2011 at 11:35:13PM CET:
On Tuesday 18 January 2011, Ralf Wildenhues wrote:
* Stefano Lattarini wrote on Mon, Jan 17, 2011 at 10:55:55PM CET:
On Monday 17 January 2011, Ralf Wildenhues wrote:
Why not document framework_failure_?
Because
stefano.lattar...@gmail.com
Ralf Wildenhues ralf.wildenh...@gmx.de
docs: automake testsuite doesn't use TESTS_ENVIRONMENT anymore
* doc/automake.texi (Simple Tests): Do not claim Automake uses
TESTS_ENVIRONMENT for the perl driver. Instead, point
* Stefano Lattarini wrote on Wed, Jan 19, 2011 at 08:23:20PM CET:
On Wednesday 19 January 2011, Ralf Wildenhues wrote:
AM_TESTS_ENVIRONMENT = foo=1
TESTS_ENVIRONMENT = foo=2
the
$(AM_TESTS_ENVIRONMENT) $(TESTS_ENVIRONMENT) ./test
will let Solaris sh pass foo=1 to the test
Another bug down, exposed by the increased coverage on master:
+ make -e test-install-sep
file== DESTDIR=/tmp/build-alphaev67-dec-osf5.1/tests/instspc-equal-install.dir/=
test -z /=-prefix/foo || ../install-sh -c -d
/tmp/build-alphaev67-dec-osf5.1/tests/instspc-equal-install.dir/=/=-prefix/foo
* Ralf Wildenhues wrote on Sat, Jan 15, 2011 at 09:00:22AM CET:
I've put up a set of logs at http://autobuild.josefsson.org/automake/
again. Quite a few new failures, so I think some maintenance work is
warranted.
FWIW, I started another set of builds sometime on Sunday, and have also
* Stefano Lattarini wrote on Mon, Jan 17, 2011 at 10:55:55PM CET:
$(AM_TESTS_SETUP) $(TESTS_SETUP)
One thing I'm a bit unsure about:
1) AM_TESTS_SETUP TESTS_SETUP
or
2) AM_TEST_SETUP TEST_SETUP
? I would have preferred TEST_ENVIRONMENT, but that one is far too late
to change. (1) is
Obvious omission I didn't think of. This is for maint,
I'll push tomorrow.
Cheers,
Ralf
tests: avoid failure on w32 file systems.
* tests/parallel-tests-unreadable-log.test: SKIP if file cannot
be turned unreadable.
diff --git a/tests/parallel-tests-unreadable-log.test
This patch fixes all but 9 of the 76 or so instspc*.test failures on
Tru64. It is for the tests-init branch, or a tests-init-fixes on top of
v1.11-395-ge118126 I guess. I'll wait a couple of days before pushing.
I haven't analyzed the failure sufficiently to be able to write a patch
for
* Stefano Lattarini wrote on Tue, Jan 18, 2011 at 11:21:42PM CET:
On Tuesday 18 January 2011, Ralf Wildenhues wrote:
1) AM_TESTS_SETUP TESTS_SETUP
or
2) AM_TEST_SETUP TEST_SETUP
Honestly, I find (1) more intuitive, and I'd prefer it even without the
TESTS_ENVIRONMENT precedent
* Dave Hart wrote on Tue, Jan 18, 2011 at 09:49:02AM CET:
On Fri, Jan 14, 2011 at 6:27 PM, Ralf Wildenhues wrote:
Can you make your project available for us to try and reproduce the bug
(I have access to a couple of FreeBSD systems)? If not, then I'm afraid
I'll not be able to pursue
[ moving from bug-automake to automake ]
* Stefano Lattarini wrote on Tue, Jan 18, 2011 at 02:29:24PM CET:
had already been reported in PR automake/491 (dating back to 2006!):
http://sources.redhat.com/cgi-bin/gnatsweb.pl?database=automakepr=491
Another good reason to fix the bug before the
[ Cc:ing Jim because of ideas at the end ]
* Stefano Lattarini wrote on Sun, Jan 16, 2011 at 03:56:07PM CET:
This patch stemmed from this discussion:
http://lists.gnu.org/archive/html/automake-patches/2011-01/msg00144.html
I'd like to have the patch applied to maint, to make eventual
Hello Stefano,
* Stefano Lattarini wrote on Sat, Jan 15, 2011 at 04:50:31PM CET:
On Saturday 15 January 2011, Ralf Wildenhues wrote:
ensure_distcheck_ ()
{
if $MAKE --version -v | grep GNU; then
$MAKE distcheck
else
:
fi
}
Hmm... To me, this sounds an awful lot
* Stefano Lattarini wrote on Sun, Jan 16, 2011 at 12:05:33PM CET:
I have serious doubts about this patch ...
On Sunday 16 January 2011, Ralf Wildenhues wrote:
http://hydra.nixos.org/build/858836/log/raw and other logs show new
testsuite failures of txinfo.test and txinfo8.test:
I'm
Now that we know HP-UX make updates files with the same time stamp as
their prerequisites, it is obvious how to fix the long-standing
parallel-tests.test failure. Pushing to maint as below.
Cheers,
Ralf
Fix parallel-tests.test failure with HP-UX make.
* tests/parallel-tests.test:
Quoting
http://autobuild.josefsson.org/automake/log-20110115074814053.txt
| FAIL: vartypos.test (exit: 1)
| =
|
|
* Stefano Lattarini wrote on Sun, Jan 16, 2011 at 04:11:04PM CET:
I've just merged the tests-init branch into master, and
pushed.
Thanks.
At this point, that branch has IMHO pretty much exhausted
its usefulness, and could be removed. Future non-obvious
testsuite work could be done in more
* Stefano Lattarini wrote on Sun, Jan 16, 2011 at 04:55:43PM CET:
I'm not sure if it is acceptable to submit a patch aimed at working
around limits and warts of an editor's syntax highlighting, but I
guess I'll find out very soon :-)
It would be ok if it were a single instance or a ouple, and
* Stefano Lattarini wrote on Sun, Jan 16, 2011 at 02:37:55PM CET:
On Sunday 16 January 2011, Ralf Wildenhues wrote:
http://autobuild.josefsson.org/automake/log-20110115074814053.txt
This is due to this portability issue:
http://thread.gmane.org/gmane.comp.sysutils.autoconf.patches/7522
* Stefano Lattarini wrote on Sun, Jan 16, 2011 at 04:39:50PM CET:
On Sunday 16 January 2011, Ralf Wildenhues wrote:
* Stefano Lattarini wrote on Sat, Jan 15, 2011 at 04:50:31PM CET:
Hmm... To me, this sounds an awful lot like sweeping the dirt under
the rug.
OK, so here's a more open
* Stefano Lattarini wrote on Sun, Jan 16, 2011 at 06:31:21PM CET:
Thanks for writing the test case, and good job, it exposes the first
read issue.
Oh, I thought it exposed also the second one. After all, if the
shell bails out on a failed read, I'd expect the `$(TEST_SUITE_LOG)'
file not
* Stefano Lattarini wrote on Sun, Jan 16, 2011 at 07:27:40PM CET:
OK for maint? I'll push by tomorrow if there are no objections.
OK.
Thanks,
Ralf
tests: remove useless requirements from cond36.test
* tests/cond36.test ($required): Remove, as the test never tries
to run lex, yacc, or the
Now that we know that what bothers HP-UX make is same-timestamp
prereqs, we can fix the age-old spurious spy.test failures for
good, and even add a test for a target out of date wrt. several
rules. Yay! This means that, at least in theory, we could use
double-colon rules for something
On the AIX 5.1 I test on, perl 5.0.8 fails over a recent Options.pm
change:
$ ./tests/automake-1.11a --help
Can't use global $_ in my at
/tmp/build-powerpc-ibm-aix5.2.0.0/../automake/lib/Automake/Options.pm line 263,
near my $_
Compilation failed in require at
* Stefano Lattarini wrote on Mon, Jan 17, 2011 at 01:39:29AM CET:
On Sunday 16 January 2011, Ralf Wildenhues wrote:
foreach my $h (@list)
{
- my $_ = $h-{'option'};
+ $_ = $h-{'option'};
What about using a good ol' local here? E.g.:
local $_ = $h-{'option
Hello Stefano,
* Stefano Lattarini wrote on Sat, Jan 15, 2011 at 04:50:31PM CET:
On Saturday 15 January 2011, Ralf Wildenhues wrote:
ensure_distcheck_ ()
{
if $MAKE --version -v | grep GNU; then
$MAKE distcheck
else
:
fi
}
Hmm... To me, this sounds an awful lot
* Stefano Lattarini wrote on Sun, Jan 16, 2011 at 04:39:50PM CET:
On Sunday 16 January 2011, Ralf Wildenhues wrote:
* Stefano Lattarini wrote on Sat, Jan 15, 2011 at 04:50:31PM CET:
Hmm... To me, this sounds an awful lot like sweeping the dirt under
the rug.
OK, so here's a more open
I've put up a set of logs at http://autobuild.josefsson.org/automake/
again. Quite a few new failures, so I think some maintenance work is
warranted.
Cheers,
Ralf
I'm seeing a couple of weird issues on MinGW/MSYS.
First of all, several spurious failures of this kind:
./defs: line 33: /bin/sed: Resource temporarily unavailable
The line in question is:
me=`echo $argv0 | sed -e 's,.*[\\/],,;s/\.test$//'`
This is on a loaded system, but I don't remember
Hi Stefano, and apologies for the long delay,
there were three patches in this series that haven't been reviewed yet:
* Stefano Lattarini wrote on Mon, Nov 15, 2010 at 06:21:16PM CET:
* tests/defs ($priv_check_temp, $overwrite_status, $ro_dir_temp,
$create_status, $r2h, $libtool_found,
Hi Stefano,
* Stefano Lattarini wrote on Mon, Nov 15, 2010 at 06:23:21PM CET:
Tests defs: new subroutine `skip' for test skipping.
I don't like having this patch alone. If we switch to functions, then
we should so wholesale, and at once, and fully. Also, there is
precedent in
OK, so all the added '$MAKE distcheck' for safety at the end of the
tests caused roughly a thousand new test failures across the board, it
seems, drowning other signals. Most of these failures apparently have
two reasons:
1) Cleanup failed to remove some directory because of stale NFS handles,
Hi Jim,
* Jim Meyering wrote on Sat, Jan 15, 2011 at 10:49:07AM CET:
It looks like I never sent this patch:
Thanks. I added a ChangeLog entry, bumped copyright years, and pushed
to maint.
Cheers,
Ralf
From 2a898e3a7bc80dac3506f8ef325a95ef375971ef Mon Sep 17 00:00:00 2001
From: Jim Meyering
Quoting parts of:
http://autobuild.josefsson.org/automake/log-201101150749395803000.txt
| FAIL: colon6.test (exit: 1)
| ===
|
|
automake currently defines $(AR) only if it sees a _LIBRARIES primary.
That may be an issue or not (and the wrong value for cross setups that
it defines is definitely an issue), but not important for this test
IMVHO, so how about this patch to avoid a spurious test failure as in
* Stefano Lattarini wrote on Sat, Jan 15, 2011 at 12:26:24PM CET:
As I wrote (or copied? I can't remember) in my pending documentation
patch on silent rules support:
@cindex default verbosity for silent-rules
Note that silent rules are @emph{disabled} by default; the user must
enable
* Stefano Lattarini wrote on Sat, Jan 15, 2011 at 12:07:45PM CET:
On Saturday 15 January 2011, Ralf Wildenhues wrote:
I'm seeing a couple of weird issues on MinGW/MSYS.
First of all, several spurious failures of this kind:
./defs: line 33: /bin/sed: Resource temporarily unavailable
* Stefano Lattarini wrote on Sat, Jan 15, 2011 at 12:41:16PM CET:
And here finally is the promised documentation patch, which should
conclude the patch series (this time for good, I hope!).
Thanks, and sorry for the delay,
No problem. Let's see if we can get through it quickly.
I think you
[ adding autoconf-patches ]
* Ralf Wildenhues wrote on Sat, Jan 15, 2011 at 11:31:55AM CET:
Quoting parts of:
http://autobuild.josefsson.org/automake/log-201101150749395803000.txt
I'm not quite sure why HP-UX make seems to trigger rebuild rules for
prerequisites that have the exact time
* Stefano Lattarini wrote on Sat, Jan 15, 2011 at 01:51:54PM CET:
On Saturday 15 January 2011, Ralf Wildenhues wrote:
Quoting parts of:
http://autobuild.josefsson.org/automake/log-201101150749395803000.txt
[...]
How about the patch below to not let this cause spurious testsuite
failures
* Stefano Lattarini wrote on Sat, Jan 15, 2011 at 02:23:56PM CET:
On Saturday 15 January 2011, Ralf Wildenhues wrote:
* Stefano Lattarini wrote on Sat, Jan 15, 2011 at 12:41:16PM CET:
And here finally is the promised documentation patch, which should
conclude the patch series (this time
* Ralf Wildenhues wrote on Sat, Jan 15, 2011 at 02:49:33PM CET:
* Stefano Lattarini wrote on Sat, Jan 15, 2011 at 02:23:56PM CET:
On Saturday 15 January 2011, Ralf Wildenhues wrote:
Empty lines before @example and after @end example, and before
@noindent (the last two should be collapsed
[ Jim, I have a question below ]
* Stefano Lattarini wrote on Sat, Jan 15, 2011 at 03:16:51PM CET:
On Saturday 15 January 2011, Ralf Wildenhues wrote:
* Stefano Lattarini wrote on Mon, Nov 15, 2010 at 06:23:21PM CET:
Tests defs: new subroutine `skip' for test skipping.
I don't like
* Ian Lance Taylor wrote on Thu, Jan 13, 2011 at 06:29:39PM CET:
Ralf Wildenhues writes:
Am I correct in assuming that it is hopeless to assume GCC will work
when either values are relative?
Actually, as far as I know, GCC is likely to work with a relative
srcdir. The problem arises
* Ian Lance Taylor wrote on Thu, Jan 13, 2011 at 06:29:39PM CET:
Ralf Wildenhues writes:
Am I correct in assuming that it is hopeless to assume GCC will work
when either values are relative?
Actually, as far as I know, GCC is likely to work with a relative
srcdir. The problem arises
* Pippijn van Steenhoven wrote on Fri, Jan 14, 2011 at 09:38:36AM CET:
On Thu, Jan 13, 2011 at 07:22:20PM +0100, Ralf Wildenhues wrote:
If the failure persists, please post short configure.ac and
Makefile.am which expose the problem for you. You can start with
what I show below, and adjust
* Guido Draheim wrote on Thu, Jan 13, 2011 at 08:55:20PM CET:
By the way, I would find it more interesting to see some
automake-replacement that allows GNU-make extensions and
compiles them down to standard make as far as possible...
Generally, I wouldn't, as I don't like the idea of
Hi Bob,
* Bob Friesenhahn wrote on Fri, Jan 14, 2011 at 04:04:35PM CET:
In addition to the above, Automake should be supplying enough explicit rule
information (pertaining to the actual needs of the current project) that the
underlying build tool should not have to go off in the weeds and try
* Bob Friesenhahn wrote on Fri, Jan 14, 2011 at 07:55:17PM CET:
Where do these terms 'alpha' and 'beta' build system originate from?
I've read them in
http://gittup.org/tup/build_system_rules_and_algorithms.pdf.
No idea whether they are standardized somehow or somewhere.
Cheers,
Ralf
My recent Autoconf change provoked some testsuite failures in Automake,
see http://hydra.nixos.org/build/856303/log/raw. I'm pushing the fix
below to maint and merging to branch-1.11 and master.
Cheers,
Ralf
Avoid testsuite failures due to Autoconf Fortran change.
Autoconf
Hi Stefano,
* Stefano Lattarini wrote on Mon, Jan 03, 2011 at 02:38:48PM CET:
From f236e0eb21df62ff4e5c01ecfaefe75d2e3d3d9b Mon Sep 17 00:00:00 2001
From: Stefano Lattarini stefano.lattar...@gmail.com
Date: Fri, 24 Dec 2010 02:56:35 +0100
Subject: [PATCH] Improve, extend and tweak tests on
* Stefano Lattarini wrote on Tue, Jan 04, 2011 at 06:48:06PM CET:
Change signature of 'Automake::Options::_process_option_list()'.
This only modifies internal details in the automake implementation,
bearing no externally visible effect, but preparing the way for the
final fix of Automake
* Stefano Lattarini wrote on Thu, Jan 13, 2011 at 10:27:48PM CET:
On Thursday 13 January 2011, Ralf Wildenhues wrote:
* Stefano Lattarini wrote on Wed, Jan 12, 2011 at 09:11:41PM CET:
On Wednesday 12 January 2011, Ralf Wildenhues wrote:
So, now with that said, I'm not sure whether I
* Stefano Lattarini wrote on Fri, Jan 14, 2011 at 12:11:27AM CET:
[Ralf Wildenhues]
If some code later calls it like
process_option_list (first-set-of-options);
process_option_list (second-set-of-options);
then things will go wrong again. I suspect that it will mean
* Stefano Lattarini wrote on Wed, Jan 12, 2011 at 09:58:36PM CET:
On Wednesday 12 January 2011, Ralf Wildenhues wrote:
The upsides are obvious.
If I'm not deluding myself, most of the contents of my proposal were
aimed at showing why I believe that requiring GNU make is a reasonable
Hello Pippijn,
* Pippijn van Steenhoven wrote on Thu, Jan 13, 2011 at 09:24:42AM CET:
I am using the FreeBSD make utility to build an automake based
distribution. When I run make with a -j option (even -j1), it fails.
Running make with a -j option makes the utility behave differently. The
I'm merging bug 7824 with this one.
If we can find a way to safely emit additional dependencies to help
these make implementation, then I am in favor of doing it. (We can
wrap them in 'if !GNU_MAKE' if need be.)
Thanks,
Ralf
* Bob Friesenhahn wrote on Thu, Jan 13, 2011 at 07:50:08PM CET:
Regardless, 'make's use of timestamps based on simple newer than
analsys is not very robust in our real world.
That may be true, but this issue is completely orthogonal to whether
Automake caters to non-GNU make implementations or
* Guido Draheim wrote on Thu, Jan 13, 2011 at 08:25:05PM CET:
But GNU Make on its own has a very large feature-set that is strong enough to
be a build-system on its own. You don't need much of autoconf/automake
anymore!!
Exactly. quagmire is one (other) implementation of that. I don't
* NightStrike wrote on Fri, Jan 14, 2011 at 05:12:46AM CET:
On 1/13/11, Ralf Wildenhues wrote:
make is a bit flawed for real large projects because it always walks
the whole dependency graph, unlike beta build systems who use a notify
daemon and a database to only walk subgraphs known
* Stefano Lattarini wrote on Wed, Jan 12, 2011 at 01:36:08PM CET:
On Wednesday 12 January 2011, Юрий Пухальский wrote:
Package isn't enclosed because otherwise the message doesn't get through.
Finally had time to make some tests, and now i've got it:)
When i set AM_YFLAGS to -dt it
Hello Ian,
thanks for the bug report.
* Ian Lance Taylor wrote on Wed, Jan 12, 2011 at 10:52:09PM CET:
When automake is configured to use DejaGNU, it uses two different values
for srcdir. There are two different cases in lib/am/dejagnu.am:
check-DEJAGNU: site.exp
## Life is easiest with an
* Stefano Lattarini wrote on Wed, Jan 12, 2011 at 01:36:08PM CET:
On Wednesday 12 January 2011, Юрий Пухальский wrote:
Package isn't enclosed because otherwise the message doesn't get through.
Finally had time to make some tests, and now i've got it:)
When i set AM_YFLAGS to -dt it
Here comes my (belated, as always) re-review; I am not repeating nits
already dealt with before.
* Stefano Lattarini wrote on Wed, Jan 05, 2011 at 08:22:13PM CET:
On Wednesday 05 January 2011, Ralf Wildenhues wrote:
* Stefano Lattarini wrote on Tue, Jan 04, 2011 at 06:38:04PM CET
* Stefano Lattarini wrote on Wed, Jan 12, 2011 at 09:11:41PM CET:
On Wednesday 12 January 2011, Ralf Wildenhues wrote:
So, now with that said, I'm not sure whether I should approve this
patch. What do you think?
I think that you should, provided that I add the sanity check you
suggested
* Stefano Lattarini wrote on Wed, Jan 12, 2011 at 07:01:47PM CET:
And more than this -- brace yourself -- I'm starting to think that
automake should *really* start supporting *only* GNU make (at least
from version 3.75 or so).
If you want support for this, then you need to discuss away
* Stefano Lattarini wrote on Mon, Jan 10, 2011 at 10:40:13PM CET:
On Monday 10 January 2011, Ralf Wildenhues wrote:
* Stefano Lattarini wrote on Mon, Jan 10, 2011 at 08:50:13PM CET:
But the above is not always correct, as some of these files are
distributed
*only* if other conditions
Hello Юрий,
* Юрий Пухальский wrote on Tue, Jan 11, 2011 at 03:48:08PM CET:
I've (finally) made it through two implicit rules, but i have a problem there.
The makefile looks something like that:
.SUFFIXES: .pc .lo .c
.pc.c:
cp $ $@
.c.lo:
cp $ $@
Hi Stefano,
* Stefano Lattarini wrote on Tue, Jan 11, 2011 at 01:48:41PM CET:
Another (minor) testsuite patch.
Discouraged, but OK with nit addressed.
Thanks,
Ralf
* tests/aclocal.test: Grepping of automake stderr for messages
reporting invalid options made stricter.
*
Hi Stefano,
sorry for the delay.
* Stefano Lattarini wrote on Tue, Jan 04, 2011 at 03:41:45PM CET:
On Monday 03 January 2011, Ralf Wildenhues wrote:
* Stefano Lattarini wrote on Mon, Jan 03, 2011 at 02:38:48PM CET:
Subject: [PATCH] Improve, extend and tweak tests on Texinfo support
* Stefano Lattarini wrote on Tue, Jan 11, 2011 at 02:14:26AM CET:
On Monday 10 January 2011, Ralf Wildenhues wrote:
The longer the names, and the more the tests, the earlier we will exceed
the command line length limit in our 'check' rules (important to fix on
all systems it happens
retitle 7766 docs: work on index issues
thanks
* Karl Berry wrote on Sat, Jan 01, 2011 at 01:00:20AM CET:
Subsidiary points: in the general index (I continue to very strongly
encourage you to merge all indexes, BTW), I didn't find anything useful
for preprocessor, or #define, or config.h, or
[ from -commit ]
* Stefano Lattarini wrote on Sun, Jan 09, 2011 at 03:30:43PM CET:
cosmetics: remove trailing whitespaces
* doc/automake.texi: Remove trailing whitespaces.
[...]
--- a/doc/automake.texi
+++ b/doc/automake.texi
@@ -157,8 +157,8 @@ Use Cases for the GNU Build
* Ralf Wildenhues wrote on Thu, Jan 06, 2011 at 08:43:13AM CET:
* Xan Lopez wrote on Tue, Jan 04, 2011 at 09:11:37PM CET:
On Tue, Jan 4, 2011 at 9:00 PM, Ralf Wildenhues wrote:
Thanks for the data. This is a bug in GNU make. I'm working on a fix.
Hum, which part is the bug exactly
As part of addressing Automake bug#7766 and bug#7773, I'm pushing the
following in Karl's name, to the maint branch.
Cheers,
Ralf
2011-01-08 Karl Berry k...@freefriends.org
Eric Blake ebl...@redhat.com
docs: reference defining directories in amhello node.
*
* Ralf Corsepius wrote on Sat, Jan 08, 2011 at 04:26:11AM CET:
On 01/07/2011 07:53 PM, Ralf Wildenhues wrote:
* Ralf Corsepius wrote on Fri, Jan 07, 2011 at 05:52:54PM CET:
On 01/07/2011 03:36 PM, Stefano Lattarini wrote:
Currently, automake is not smart enough to resolve variable expansions
Hi Karl,
* Karl Berry wrote on Sat, Jan 01, 2011 at 01:00:20AM CET:
Finally, the amhello explained node is pretty long. It seems to break
up naturally into three pieces, for each of the files being explained.
Perhaps it would be good to make them each separate (sub)nodes.
Hmm, I see a
As part of addressing Automake bug#7766 and bug#7773, I'm pushing the
following in Karl's name, to the maint branch.
Cheers,
Ralf
2011-01-08 Karl Berry k...@freefriends.org
Eric Blake ebl...@redhat.com
docs: reference defining directories in amhello node.
*
Hi Stefano,
* Stefano Lattarini wrote on Sat, Jan 08, 2011 at 02:33:34PM CET:
Here are some testsuite enhancements that might help the on-going
work on Yacc support. OK for a proper temporary branch off of
'yacc-clean' (after having merged into it the older temporary
branch
[ dropping the PR Cc: ]
* Stefano Lattarini wrote on Fri, Jan 07, 2011 at 11:50:51PM CET:
On Friday 07 January 2011, Ralf Wildenhues wrote:
* Stefano Lattarini wrote on Fri, Jan 07, 2011 at 03:36:43PM CET:
Currently, automake is not smart enough to resolve variable expansions
* Stefano Lattarini wrote on Fri, Jan 07, 2011 at 11:50:51PM CET:
Subject: [PATCH 2/2] yacc: support variable expansions in *YFLAGS definition.
This commit fixes automake bug#7800.
OK with nits addressed.
Thanks!
Ralf
* automake.in (lang_yacc_target_hook): Use 'value_as_list_recursive'
Hi Karl,
* Karl Berry wrote on Sat, Jan 01, 2011 at 01:00:20AM CET:
Finally, the amhello explained node is pretty long. It seems to break
up naturally into three pieces, for each of the files being explained.
Perhaps it would be good to make them each separate (sub)nodes.
Hmm, I see a
* Stefano Lattarini wrote on Sat, Jan 08, 2011 at 08:33:28PM CET:
On Saturday 08 January 2011, Ralf Wildenhues wrote:
--- /dev/null
+++ b/tests/yacc-d-basic.test
@@ -0,0 +1,157 @@
+#! /bin/sh
+# Copyright (C) 2011 Free Software Foundation, Inc.
If this supersedes yacc3.test
* Xan Lopez wrote on Sat, Jan 08, 2011 at 08:28:35PM CET:
a) If we end up doing a gnu-make mode, would it be possible to fix
this somehow in automake? (see old thread for reference
http://www.mail-archive.com/bug-autoconf@gnu.org/msg02266.html)
Yes, probably, but it will be a bit more work on
* Xan Lopez wrote on Sat, Jan 08, 2011 at 09:57:33PM CET:
[...]
So, I used this and rewrote the link rule to use the @ syntax for ld
in passing the object file list. Unfortunately I seem to be hitting
another bug in gold (the linker I use), since it seems to try to open
all the files
Hi Stefano,
thanks for the report.
* Stefano Lattarini wrote on Fri, Jan 07, 2011 at 03:36:43PM CET:
Currently, automake is not smart enough to resolve variable expansions
in AM_YFLAGS (or foo_YFLAGS) when scanning them for the `-d' flag.
value_as_list_recursive can usually help here.
Not
Hi Stefano,
* Stefano Lattarini wrote on Fri, Jan 07, 2011 at 04:02:59PM CET:
The patch is based off of maint. OK to apply to a temporary
branch and merge to master?
Yes. Thank you!
And thing you developed it off of maint, it might be a candidate for
later merging into branch-1.11.
Cheers,
* Xan Lopez wrote on Fri, Jan 07, 2011 at 01:35:48PM CET:
On Fri, Jan 7, 2011 at 7:31 AM, Ralf Wildenhues wrote:
Can you, just for the sake of measuring performance, edit the generated
GNUmakefile and remove Automake's 'all' rule from it; something like
sed -i '/^all: .*BUILT_SOURCES
* Stefano Lattarini wrote on Wed, Jan 05, 2011 at 08:22:13PM CET:
On Wednesday 05 January 2011, Ralf Wildenhues wrote:
* Stefano Lattarini wrote on Tue, Jan 04, 2011 at 06:38:04PM CET:
+ # will take precedence over warning settings defined implicitly by the
+ # strictness.
Well
* Xan Lopez wrote on Fri, Jan 07, 2011 at 12:18:33AM CET:
On Thu, Jan 6, 2011 at 11:08 PM, Ralf Wildenhues ralf.wildenh...@gmx.de
wrote:
If I'm right this means I've moved from having the vast majority of
the time in user CPU time to a 60/40 split, which I guess means by now
we
* Xan Lopez wrote on Tue, Jan 04, 2011 at 09:11:37PM CET:
On Tue, Jan 4, 2011 at 9:00 PM, Ralf Wildenhues wrote:
Thanks for the data. This is a bug in GNU make. I'm working on a fix.
Hum, which part is the bug exactly?
Sorry about the vague reference. I also need to retract
Hello Jack,
* Jack Kelly wrote on Tue, Jan 04, 2011 at 03:53:44PM CET:
I disagree that `make prefix=... install' is a poor man's DESTDIR.
OK ok, I didn't mean to offend anyone here.
Installing using DESTDIR will install things in
$(DESTDIR)/$(prefix)/bin (and so on), which is a right pain
* NightStrike wrote on Tue, Jan 04, 2011 at 07:18:29PM CET:
On Tue, Jan 4, 2011 at 1:10 PM, Peter Rosin p...@lysator.liu.se wrote:
Den 2011-01-04 16:23 skrev NightStrike:
On Wed, Mar 3, 2010 at 3:51 PM, Ralf Wildenhues
ralf.wildenh...@gmx.de wrote:
* NightStrike wrote on Wed, Mar 03
* Xan Lopez wrote on Tue, Jan 04, 2011 at 02:21:01PM CET:
The system is Fedora 13
with ext4, kernel 2.6.34, CPU i7 2.67Ghz and the HDD is a standard
laptop 7200rpm thingie.
Without the local hack to get rid of the -MP flag a null-build with
that version of GNU make is ~40s. CVS HEAD gives
301 - 400 of 3140 matches
Mail list logo