Hello Joakim,
* Joakim Tjernlund wrote on Wed, Nov 30, 2011 at 08:11:31AM PST:
Question: make install always install all targets, even if some of then
haven't been rebuilt
since last install. Is it possible to have some dependency sensitive install
so only rebuilt
targets are reinstalled?
* Stefano Lattarini wrote on Mon, Oct 17, 2011 at 10:20:05AM CEST:
On Sunday 16 October 2011, Ralf Wildenhues wrote:
What happens if I write
include fragment-with-typo-in-name.am
but I want that fragment included?
I fear I cannot parse this question... Do you mean that you want
* Stefano Lattarini wrote on Mon, Oct 17, 2011 at 10:20:05AM CEST:
On Sunday 16 October 2011, Ralf Wildenhues wrote:
What happens if I write
include fragment-with-typo-in-name.am
but I want that fragment included?
I fear I cannot parse this question... Do you mean that you want
Hello,
* Stefano Lattarini wrote on Sun, Oct 16, 2011 at 08:27:12PM CEST:
On Sunday 15 November 2009, Peter Johansson wrote:
make: *** No rule to make target `aminclude.am', needed by
`Makefile.in'. Stop.
This is very similar to the deleted header file problem for *.m4 files
that
Hello,
* Stefano Lattarini wrote on Sun, Oct 16, 2011 at 08:27:12PM CEST:
On Sunday 15 November 2009, Peter Johansson wrote:
make: *** No rule to make target `aminclude.am', needed by
`Makefile.in'. Stop.
This is very similar to the deleted header file problem for *.m4 files
that
Hello Stefano,
* Stefano Lattarini wrote on Sun, Oct 16, 2011 at 05:44:14PM CEST:
I think it's about time to release automake 1.11.2 -- the `maint'
branch contains various bug fixes w.r.t. the 1.11.1 release (some
of them quite important), and offers some new small features and
various
Hello Stefano,
* Stefano Lattarini wrote on Sun, Oct 16, 2011 at 05:44:14PM CEST:
I think it's about time to release automake 1.11.2 -- the `maint'
branch contains various bug fixes w.r.t. the 1.11.1 release (some
of them quite important), and offers some new small features and
various
Hi Stefano,
* Stefano Lattarini wrote on Fri, Sep 02, 2011 at 09:58:27PM CEST:
* tests/aclocal.in: Remove use of $ACLOCAL_TESTSUITE_FLAGS and
extra `-I' flags; they are not really required, since the file
`m4/amversion.m4' is generated in the srcdir anyway.
* tests/acloca10.test: Remove use
* Stefano Lattarini wrote on Sun, Sep 04, 2011 at 05:47:41PM CEST:
On Sunday 04 September 2011, Ralf Wildenhues wrote:
* Stefano Lattarini wrote on Fri, Sep 02, 2011 at 09:58:27PM CEST:
* tests/aclocal.in: Remove use of $ACLOCAL_TESTSUITE_FLAGS and
extra `-I' flags; they are not really
* Stefano Lattarini wrote on Tue, Aug 09, 2011 at 05:04:16PM CEST:
On Tuesday 09 August 2011, Eric Blake wrote:
On 08/09/2011 08:44 AM, Stefano Lattarini wrote:
* .gitignore: Anchor files that are intended to be ignored only
if found in the same directory of the `.gitignore' file, not
On Tuesday 19 July 2011, Ralf Wildenhues wrote:
Below is what I've squashed in. OK?
Sure, thanks!
--- a/lib/tap-driver
+++ b/lib/tap-driver
@@ -230,17 +230,24 @@ sub colored ($$)
sub decorate_result ($)
{
- return $_[0] unless $cfg{color-tests};
- # Best way to simulate
* Christian Volkmann wrote on Thu, Jul 14, 2011 at 01:28:23PM CEST:
config.guess of the automake package does not detect AIX 7.1.
It detects rs6000-ibm-aix instead of powerpc-ibm-aix7.1.0.0
Please update this file for the next automake release,
I've ran make fetch in maint and merged in
* Paul Elliott wrote on Wed, Jul 20, 2011 at 08:34:11AM CEST:
On Saturday, June 25, 2011 03:47:56 PM you wrote:
I need to keep my source files (i.e. .c and .h ) in a different directory
tree
from the one that contains the autotools control files and the build
directory.
That
* Stefano Lattarini wrote on Tue, Jul 19, 2011 at 11:54:09AM CEST:
Please, this is really important: we need to research the other test
protocols, what they do to be robust here. Don't NIH here, because the
experience we have is not enough to not mess up this. Consider this
research as
Hello,
allow me a couple of ranty comments:
* Stefano Lattarini wrote on Fri, Jul 15, 2011 at 10:58:01AM CEST:
I'd rather deprecate the JAVA primary, and then introduce a new `JARS'
primary, to be used e.g. as follows:
First off, we've _never_ removed support for a primary, and I don't
think
* Stefano Lattarini wrote on Sat, Jul 16, 2011 at 03:18:28PM CEST:
From: Benoit Sigoure tsuna...@gmail.com
Date: Fri, 15 Jul 2011 16:49:45 -0700
Subject: [PATCH] docs: add references between the 2 sections on java support
* doc/automake.texi (Java Support, Java): Add cross-references.
Nice
* Stefano Lattarini wrote on Fri, Jul 15, 2011 at 12:35:02AM CEST:
The patches I'm going to post in this thread have already been applied
to the 'GSoC/experimental/test-results-work' temporary branch, but now
I think they are mature enough to be moved to the official branch
'test-protocols';
* Stefano Lattarini wrote on Fri, Jul 15, 2011 at 12:36:17AM CEST:
The new code for parsing the testsuite-generated `.log' files,
as introduced in commit `v1.11-872-gc96b881', considers each
`:test-result:' field anywhere in a `.log' file as a declaration
of a test result, and accounts for it
* Stefano Lattarini wrote on Fri, Jul 15, 2011 at 12:37:07AM CEST:
* lib/am/check.am ($(TEST_SUITE_LOG)): Recognize a new test result
`ERROR'. Use it when encountering unreadable test logs (previously
a simple `FAIL' was used in this situations).
* lib/test-driver: Set the global test result
* Stefano Lattarini wrote on Fri, Jul 15, 2011 at 12:38:57AM CEST:
* tests/defs (count_test_results): New function.
* tests/check11.test: Use it.
* tests/test-driver-custom-multitest.test: Likewise.
* tests/test-driver-custom-multitest-recheck.test: Likewise.
*
* Stefano Lattarini wrote on Mon, Jul 18, 2011 at 10:28:33AM CEST:
* lib/tap-driver (console_output): Renamed ...
(report): ... to this, and extended to appropriately register
the test results when needed.
(testsuite_error, handle_tap_comment, handle_tap_test,
handle_tap_plan): Adjusted
* Stefano Lattarini wrote on Mon, Jul 18, 2011 at 10:17:01AM CEST:
On Friday 15 July 2011, Stefano Lattarini wrote:
* doc/automake.texi (Using the TAP test protocol): New section.
(Overview of Custom Test Drivers Support): Minor updates.
* lib/tap-driver: New script, TAP-aware test driver
* Stefano Lattarini wrote on Mon, Jul 18, 2011 at 10:30:56AM CEST:
* lib/tap-driver (%COLORS): New variable (definition extracted
from `lib/am/check.am:$(am__tty_colors)', with some obvious
adjustments.
(report): Adjust to colorize console output when required,
using ...
(decorate_result):
Hi Benoit,
On Fri, Jul 15, 2011 at 10:01:04PM -0700, tsuna wrote:
I use the GWT compiler and it produces dynamically generated file
names (they contain MD5 sums and they depend on what code is getting
compiled, so they change often). I get it to put all its output files
in a given directory
* Jack Kelly wrote on Sat, Jul 16, 2011 at 06:13:58AM CEST:
On Sat, Jul 16, 2011 at 9:55 AM, tsuna wrote:
On Fri, Jul 15, 2011 at 1:58 AM, Stefano Lattarini wrote:
As my java foo is pretty weak, I'm not sure how to handle jar manifests,
jar entry points, or other jar/javac subtleties and
Hello,
allow me a couple of ranty comments:
* Stefano Lattarini wrote on Fri, Jul 15, 2011 at 10:58:01AM CEST:
I'd rather deprecate the JAVA primary, and then introduce a new `JARS'
primary, to be used e.g. as follows:
First off, we've _never_ removed support for a primary, and I don't
think
Hi Jack,
* Jack Kelly wrote on Mon, Jul 18, 2011 at 09:33:58AM CEST:
On Mon, Jul 18, 2011 at 4:17 PM, Ralf Wildenhues wrote:
* Jack Kelly wrote on Sat, Jul 16, 2011 at 06:13:58AM CEST:
Perhaps there should be support for a foo_jar_JARADD, that by analogy
to _LDADD, that specifies
* Stefano Lattarini wrote on Sat, Jul 16, 2011 at 02:30:40PM CEST:
A patch doing various (mostly cosmetic) fixes to comments in tests.
Before pushing, I'll allow 72 hours for comments and suggestsions.
OK thanks.
Subject: [PATCH] tests: fix typos, grammaros and other blunders in comments
*
On Thu, Jul 07, 2011 at 07:02:58PM +0200, Stefano Lattarini wrote:
On Wednesday 06 July 2011, Ralf Wildenhues wrote:
But tools like autobuild have another requirement: they would like to be
able to detect, as reliably as possible, some statistics based on
whatever output is thrown at them
* Stefano Lattarini wrote on Fri, Jul 01, 2011 at 12:59:53AM CEST:
Subject: [PATCH] docs, tests: synchronize examples from docs to tests
* tests/README (Writing test cases): Give suggestions on how to
keep test cases and examples in the documentation synchronized.
* doc/automake.texi:
Hi Stefano, and sorry for yet another delay,
* Stefano Lattarini wrote on Tue, Jul 05, 2011 at 10:00:25PM CEST:
Posted below is a patch that I'll soon apply to the temporary branch
'GSoC/experimental/test-results-work'; it is aimed at reducing code
duplication a bit in the current testsuite,
Hi Stefano,
* Stefano Lattarini wrote on Sun, Jul 03, 2011 at 03:31:22PM CEST:
Prefer a more deterministic, tabular format for the testsuite
summary, always listing the numbers of passed, failed, xfailed,
xpassed, skipped and errored tests, even when these numbers are
zero. This simplify the
* Stefano Lattarini wrote on Fri, Jul 01, 2011 at 12:59:53AM CEST:
Subject: [PATCH] docs, tests: synchronize examples from docs to tests
* tests/README (Writing test cases): Give suggestions on how to
keep test cases and examples in the documentation synchronized.
* doc/automake.texi:
* Stefano Lattarini wrote on Wed, Jul 06, 2011 at 10:32:56AM CEST:
Oops, sorry. Fixed by the attached patch. OK for maint? I'll wait
the customary 72 hours before pushing.
Thanks. OK, but please remove all the comments about tar unportability
in the tests. It's so obvious. ;-)
(and there
* Stefano Lattarini wrote on Wed, Jul 06, 2011 at 02:49:15PM CEST:
On Wednesday 06 July 2011, Ralf Wildenhues wrote:
* Stefano Lattarini wrote on Sun, Jul 03, 2011 at 03:31:22PM CEST:
Prefer a more deterministic, tabular format for the testsuite
summary, always listing the numbers
* Stefano Lattarini wrote on Wed, Jul 06, 2011 at 10:32:56AM CEST:
Oops, sorry. Fixed by the attached patch. OK for maint? I'll wait
the customary 72 hours before pushing.
Thanks. OK, but please remove all the comments about tar unportability
in the tests. It's so obvious. ;-)
(and there
* Stefano Lattarini wrote on Thu, Jun 30, 2011 at 04:40:51PM CEST:
I'd like to add this new test case to master. OK?
Sure, note typo below.
This could actually find bugs in older makes, but hey, we'd want to know
about them.
Thanks,
Ralf
Subject: [PATCH] coverage: new test on parallel-tests
Hi Stefano,
* Stefano Lattarini wrote on Thu, Jun 23, 2011 at 10:56:31PM CEST:
On Thursday 23 June 2011, Ralf Wildenhues wrote:
-AM_TESTS_ENVIRONMENT = exec 92; warn_fileno=9; export warn_fileno;
This example served two purposes: use of AM_TESTS_ENVIRONMENT, and
showing how to produce
* Stefano Lattarini wrote on Thu, Jun 30, 2011 at 05:12:38PM CEST:
I think that the patches introducing support for AM_TESTSUITE_ENVIRONMENT
should be merged into maint, as they'd make a nice addition for 1.11.2.
I've verified that almost all these patches are based off of maint, and
the few
* Stefano Lattarini wrote on Thu, Jun 30, 2011 at 04:58:21PM CEST:
I've applied the attached patch to the 'GSoC/experimental/test-results-work'
branch Note that this is not an FYI, since that branch is temporary, and can
thus be amended and modified. Reviews are welcome!
Just a couple of
* Ralf Wildenhues wrote on Thu, Jun 30, 2011 at 10:52:16PM CEST:
* Stefano Lattarini wrote on Thu, Jun 30, 2011 at 05:12:38PM CEST:
I think that the patches introducing support for AM_TESTSUITE_ENVIRONMENT
should be merged into maint, as they'd make a nice addition for 1.11.2.
I've verified
* Stefano Lattarini wrote on Thu, Jun 30, 2011 at 10:45:02PM CEST:
On Thursday 30 June 2011, Ralf Wildenhues wrote:
I'm fairly sure that's only with historic shells and not an
issue in practice any more (Sven Mascheck's pages will have the details
for the curious).
Anyway, I do think
* Stefano Lattarini wrote on Tue, Jun 28, 2011 at 08:24:13AM CEST:
On Monday 27 June 2011, Ralf Wildenhues wrote:
Sure. Well, do they use some format already?
Well, there are only two of them, and both follows this format:
@c The test case for the setup described here is
@c test
Hi Stefano,
* Stefano Lattarini wrote on Sun, Jun 26, 2011 at 02:20:48PM CEST:
I've pushed the documentation work I've done so far to the temporary
public branch GSoC/experimental/docs-custom-test-drivers, in case
anyone wants to take a look at it (I had hoped to finish it this morning,
but I
* Stefano Lattarini wrote on Thu, Jun 23, 2011 at 11:33:41PM CEST:
On Thursday 23 June 2011, Ralf Wildenhues wrote:
Footnotes are hard to read and distract the flow, esp. in an info file.
Sorry, I never use info(1) directly (never bothered to learn it actually);
Actually, I had been
* Stefano Lattarini wrote on Fri, Jun 24, 2011 at 09:32:53AM CEST:
Subject: [PATCH] Revert docs: parallel-tests is not experimental anymore
This reverts commit a9eef973b5ea47cc3495f1a8307d4f7b85aea46f.
It turned out that the current work to introduce TAP and SubUnit
support in
* Stefano Lattarini wrote on Mon, Jun 27, 2011 at 03:35:23PM CEST:
On Monday 27 June 2011, Ralf Wildenhues wrote:
+@c The following example should be covered by the test case
+@c 'autodist-config-headers.test'.
@c The following example is covered by autodist-config-headers.test
* Stefano Lattarini wrote on Mon, Jun 27, 2011 at 01:11:51PM CEST:
On Monday 27 June 2011, Ralf Wildenhues wrote:
* Stefano Lattarini wrote on Sun, Jun 26, 2011 at 02:20:48PM CEST:
+The @code{AM_TESTS_ENVIRONMENT} and @code{TESTS_ENVIRONMENT} variables
can
+be used to run
* Stefano Lattarini wrote on Mon, Jun 27, 2011 at 03:48:58PM CEST:
On Monday 27 June 2011, Ralf Wildenhues wrote:
* Stefano Lattarini wrote on Fri, Jun 24, 2011 at 09:32:53AM CEST:
Subject: [PATCH] Revert docs: parallel-tests is not experimental anymore
This reverts commit
Hello Paul,
* Paul Elliott wrote on Sat, Jun 25, 2011 at 12:05:54PM CEST:
I need to keep my source files (i.e. .c and .h ) in a different directory
tree
from the one that contains the autotools control files and the build
directory.
That's supported by default: see
info Automake VPATH
* Stefano Lattarini wrote on Thu, Jun 23, 2011 at 09:52:55AM CEST:
On Wednesday 22 June 2011, Ralf Wildenhues wrote:
Also, have you thought about a quoting mechanism so that test authors do
not have to think about breaking the test driver mechanism accidentally?
That would seem more robust
* Stefano Lattarini wrote on Thu, Jun 23, 2011 at 06:40:25PM CEST:
* doc/automake.texi: Break few overly long lines, throughout the
file.
(Simple Tests): Move @vindex for XFAIL_TESTS to the correct
position, i.e., before and not after the paragraph where it is
introduced.
(Options @item
* Stefano Lattarini wrote on Thu, Jun 23, 2011 at 07:09:16PM CEST:
* doc/automake.texi (Simple Tests using parallel-tests): The
old example on AM_TESTS_ENVIRONMENT relied on unportable shell
features, and in particular didn't work with various Korn
Shells (see also commit
[ from automake-commit ]
since I didn't review the source patch yet:
* Stefano Lattarini wrote on Thu, Jun 23, 2011 at 11:03:52AM CEST:
--- a/doc/automake.texi
+++ b/doc/automake.texi
@@ -8293,7 +8293,9 @@ as are all @file{Makefile.am}s and @file{Makefile.in}s.
Automake also
has a
Hi Jie,
* Jie Zhang wrote on Thu, Jun 23, 2011 at 03:30:43PM CEST:
On Thu, Jun 23, 2011 at 1:52 AM, Ralf Wildenhues wrote:
The only thing that keeps me from setting current behavior in stone is
that it is sooo unintuitive and ugly.
There is another ugly way to achieve the same purpose
Hi Mike,
* Mike Frysinger wrote on Thu, Jun 23, 2011 at 02:07:30AM CEST:
ah blah, i meant autom...@gnu.org. i dont know how to close bugs with this e-
mail system, so if someone could do that for me, that'd be cool ...
Write to BUG-done@...
Done.
;-)
Cheers,
Ralf
* Stefano Lattarini wrote on Wed, Jun 22, 2011 at 09:52:13PM CEST:
The first bugfix in the new branch. Luckily, the bug (detailedly
described in the ChangeLog entry) is only in the Automake's own
testsuite, not in the implementation.
You could halven the length of the log entry without loss
Hi Mike,
* Mike Frysinger wrote on Thu, Jun 23, 2011 at 02:08:50AM CEST:
http://sources.redhat.com/automake/automake.html#Extending
[quote]
Note that Automake does not make any distinction between rules with
commands and rules that only specify dependencies. So it is
* Stefano Lattarini wrote on Mon, Jun 20, 2011 at 11:59:57PM CEST:
On Monday 20 June 2011, Ralf Wildenhues wrote:
* Stefano Lattarini wrote on Mon, Jun 20, 2011 at 05:05:45PM CEST:
sc_tests_plain_automake:
- @if grep -v '^#' $(srcdir)/tests/*.test | grep -E ':[
]*automake
* Stefano Lattarini wrote on Mon, Jun 20, 2011 at 10:58:05PM CEST:
On Monday 20 June 2011, Ralf Wildenhues wrote:
For example the parallel BSD makes tend to reuse shells for running
the recipe commands;
But only for the commands in the same recipe, right?
I think not.
I'm not so sure
* Stefano Lattarini wrote on Mon, Jun 20, 2011 at 11:12:23PM CEST:
Maybe we should also say that using TESTS_ENVIRONMENT to define a custom
test runner is now not only strongly deprecated (as it already was I hope),
No it wasn't. test runner is not a term I would recognize, btw.
but also
* Stefano Lattarini wrote on Tue, Jun 21, 2011 at 09:53:19AM CEST:
On Tuesday 21 June 2011, Ralf Wildenhues wrote:
* Stefano Lattarini wrote on Mon, Jun 20, 2011 at 11:59:57PM CEST:
On Monday 20 June 2011, Ralf Wildenhues wrote:
* Stefano Lattarini wrote on Mon, Jun 20, 2011 at 05:05
* Stefano Lattarini wrote on Tue, Jun 21, 2011 at 09:22:42PM CEST:
Hopefully the last iteration of the patches. A follow-up for
extending and fixing the documentation will go in a new thread.
Can you push your branch for this to a branch in the savannah git?
I'd like to take another look at
* Stefano Lattarini wrote on Sun, May 29, 2011 at 04:26:36PM CEST:
--- a/lib/am/configure.am
+++ b/lib/am/configure.am
@@ -22,7 +22,7 @@
## %MAKEFILE% is updated before considering the am--refresh target.
The comment up here ^^^ needs to be updated in this particular patch.
if %?TOPDIR_P%
What's more: have you tried this patch on a nontrivial source tree
(where regenerating takes more than a second or so) with a few non-GNU
makes and GNU make? I kinda fear that it can cause an endless regen loop.
It might actually be smarter to use some newer BSD make features to
mark Makefile as
* Stefano Lattarini wrote on Tue, Jun 21, 2011 at 10:43:06PM CEST:
On Tuesday 21 June 2011, Ralf Wildenhues wrote:
* Stefano Lattarini wrote on Sun, May 29, 2011 at 04:26:36PM CEST:
--- a/lib/am/configure.am
+++ b/lib/am/configure.am
@@ -22,7 +22,7 @@
## %MAKEFILE% is updated
Hi Harlan,
* Harlan Stenn wrote on Tue, Jun 21, 2011 at 12:13:06PM CEST:
For example, I have 'sntp.man.in' and 'sntp.mdoc.in' in the distribution
tarball, and at configure time stuff happens where the decision is
made as to which version (man or mdoc) of the manual is to be installed,
and
* Stefano Lattarini wrote on Fri, Jun 17, 2011 at 09:33:13AM CEST:
On Friday 17 June 2011, Ralf Wildenhues wrote:
Actually, why not s/testcase/test/g globally in all your text.
Because I'm trying to make a distinction between test scripts and
test cases. With the new interface, a single
* Stefano Lattarini wrote on Mon, Jun 20, 2011 at 10:22:28AM CEST:
[Adding bug-grep, dropping bug-coreutils and automake-patches]
re-adding the latter.
I've noticed that grep uses a definition of TESTS_ENVIRONMENT very similar
to that of coreutils (the one we've just fixed), so it will break
* Stefano Lattarini wrote on Mon, Jun 20, 2011 at 10:33:53AM CEST:
OK, I've amended the patch on Bert's behalf, as he can't do that himself
at the moment. Attached is what I've pushed (to maint).
Thanks for handling this, and to Bert for the report and patch!
Minor nit:
---
Hi Stefano,
* Stefano Lattarini wrote on Mon, Jun 20, 2011 at 10:26:06PM CEST:
On Monday 20 June 2011, Ralf Wildenhues wrote:
Why not just split the whole documentation change into a followup patch
then?
Because that would only postpone, not avoid, the continous tweaking and
amending
* Ralf Wildenhues wrote on Mon, Jun 20, 2011 at 10:29:02PM CEST:
* Stefano Lattarini wrote on Mon, Jun 20, 2011 at 10:33:53AM CEST:
+# Prefix each line by 'col' and terminate each with 'std', for coloring.
+# Multi line coloring is problematic with less -R, so we really need
+# to color
* Stefano Lattarini wrote on Mon, Jun 20, 2011 at 05:05:45PM CEST:
* Makefile.am (sc_tests_plain_aclocal, sc_tests_plain_perl,
sc_tests_plain_autoconf, sc_tests_plain_automake,
sc_tests_plain_autoupate): Be stricter in matching an erroneous
literal command, i.e., `aclocal', `automake', `perl',
* Ralf Wildenhues wrote on Fri, Jun 17, 2011 at 07:47:35AM CEST:
* Bruno Haible wrote on Thu, Jun 16, 2011 at 11:42:51PM CEST:
AM_CONDITIONAL([USE_VARIANT_A], [$use_variant_a])
Instead of this line, you could use
AC_CONFIG_COMMANDS_PRE([AM_CONDITIONAL([...])])
I cannot
* Stefano Lattarini wrote on Thu, Jun 16, 2011 at 10:00:31AM CEST:
This refactoring should cause no API of functionality change,
and is meant only to simplify the future implementation of TAP
and SubUnit testsuite drivers. More precisely, our roadmap is
to move most of the testsuite driving
* Stefano Lattarini wrote on Thu, Jun 16, 2011 at 10:03:59AM CEST:
With this change, we improve the code creating the `test-suite.log'
global log and the console testsuite summary to make it able to
grasp multiple results per test script. This is required in order
to introduce the
* Bruno Haible wrote on Thu, Jun 16, 2011 at 11:42:51PM CEST:
AM_CONDITIONAL([USE_VARIANT_A], [$use_variant_a])
Instead of this line, you could use
AC_CONFIG_COMMANDS_PRE([AM_CONDITIONAL([...])])
I cannot force the gnulib users to write autoconf macros which deviate that
much
Hello,
* Bert Wesarg wrote on Thu, Jun 16, 2011 at 08:19:23PM CEST:
the parallel part is a little trickier. Because the line printing is
done by awk. I would like to know, whether it is portable to use the
printf function of awk. It is POSIX, but you may know that this
doesn't count much.
Hi Stefano,
* Stefano Lattarini wrote on Tue, Jun 14, 2011 at 05:55:02PM CEST:
Would be ok with you if in the future I create some temporary branches
*in the automake official repository* that I can rebase, edit, and delete
at will?
I don't mind, as long as they are marked/documented as such
Hello guys,
On Tue, Jun 07, 2011 at 09:25:33AM +0200, Peter Rosin wrote:
Now that Ralf is doing something elsetm for a while,
Thanks for the roses. After moving twice within 5 weeks (and generally
having far too little time), things should gradually improve as soon as
I have a landline
* Stefano Lattarini wrote on Fri, May 20, 2011 at 10:21:09PM CEST:
* tests/README (Section Writing test cases subsection Do):
Do not suggest to use the `*-p.test' pattern for the names of
hand-written tests which use the `parallel-tests' Automake option.
Not only is this not respected by the
Hi Stefano, and sorry for the long delay,
* Stefano Lattarini wrote on Fri, Apr 29, 2011 at 11:21:06AM CEST:
Now that my GSoC application automake - Interfacing with a test protocol
like TAP or subunit has been officially accepted, I'd like to start
discussing with the community some early,
Hi Stefano,
* Stefano Lattarini wrote on Wed, May 18, 2011 at 06:19:55PM CEST:
I will wait until tomorrow for a review, before pushing.
I really don't have the time to do a close review right now, but can you
use 'native' instead of 'non-cross' and go ahead with that? That would
fit the lingo
Hi Stefano,
* Stefano Lattarini wrote on Wed, May 11, 2011 at 04:07:46PM CEST:
The parallel-tests driver has now been used quite extensively
by a fair number of real-world applications (e.g., GNU coreutils,
GNU libtool, GNU grep, and various packages using Gnulib), and
thus exposed to
* Stefano Lattarini wrote on Sun, May 15, 2011 at 04:10:29PM CEST:
On Sunday 15 May 2011, Ralf Wildenhues wrote:
Well, the point of declaring it experimental is being able to do at
least slightly incompatible changes and mostly getting away with it.
The changes might not just be needed
* Stefano Lattarini wrote on Sun, May 15, 2011 at 03:48:43PM CEST:
I've applied the attached patch to 'maint', rather than to 'testsuite-work',
only to make it easier to (potentially) backport tests for future bugfixing.
I plan to check in fixes tests that don't currently work in cross-compile
* Vincent Torri wrote on Sun, May 15, 2011 at 09:11:10PM CEST:
Is it better to use absolute path:
mylib_SOURCES = $(top_builddir)/path1/path2/file.c
or relative path
mylib_SOURCES = ../path2/file.c
Both can be ok, but it is important that you don't mix both in the same
makefile, as make
* Stefano Lattarini wrote on Mon, May 09, 2011 at 02:11:53PM CEST:
--- a/automake.in
+++ b/automake.in
@@ -939,7 +939,7 @@ register_language ('name' = 'f77',
'lder' = 'F77LD',
'ld' = '$(F77)',
'pure' = 1,
-'extensions' =
[ apologies if you receive this multiple times ]
Hi Stefano,
* Stefano Lattarini wrote on Sat, May 07, 2011 at 03:02:02PM CEST:
* tests/txinfo21.test: Use the `is_newest' subroutine instead of
the `ls -t' hack to to determine whether a file has been updated.
This is required because at least
Hi Stefano, all,
I have great news and not-so-great news: First, congratulations for
your successful Summer of Code application! Second, my hope for review
time last weekend was over-optimistic, sorry about that. I might have
connectivity and time this coming weekend, but no promises. Things
* Jim Meyering wrote on Wed, Apr 20, 2011 at 02:43:46PM CEST:
[TL;DR using automake.git, bison.git fails make distchecks non-srcdir build]
/bin/sh ../build-aux/ylwrap ../src/scan-skel.l lex.yy.c src/scan-skel.c --
flex
/w/bison/bison-2.4.593-a78a/_build/tests/bison: line 11:
* Stefano Lattarini wrote on Wed, Apr 20, 2011 at 09:10:49AM CEST:
On Wednesday 20 April 2011, Ralf Wildenhues wrote:
I expect to be able for some review on Friday, maybe on Thursday after
that, and then hopefully on March 3.
I guess you mean May 3 here.
Yeah; sorry.
What about
Hello Daniel,
* Neuberger, Daniel [USA] wrote on Wed, Apr 20, 2011 at 04:39:05PM CEST:
Sorry that this is off topic (I couldn't find a more appropriate list
though), but it seems that I cannot send to this list even though I'm
subscribed. My initial subscription was with gmail and I got the
Hello Justin,
* Too, Justin A. wrote on Wed, Apr 20, 2011 at 11:33:26PM CEST:
FOO=1 2
$(FOO:=bar) = 1bar 2bar.
Is there a way to prepend bar?
This is a GNU make question, or maybe a Posix make question, depending
on what you target. In Posix make, the answer is no. With GNU make,
you can
Hello Daniel,
* Daniel Neuberger wrote on Wed, Apr 20, 2011 at 03:31:25PM CEST:
Is there a way to translate this:
libfoo_la_LIBADD = $(top_builddir)/some/path/libfoobar.la
to this:
libfoo_la_LIBADD = some/path/libfoobar.la
with Automake?
Unforteunately not; neither make, nor
Hello Daniel,
* Daniel Neuberger wrote on Wed, Apr 20, 2011 at 03:56:15PM CEST:
Is there any way to make a dependent library implicitly use any
compiler flags used by a library on which it depends?
Not automatically. libtool has 'inherited_linker_flags', but it is not
appropriate for your use
Hello Stefano,
* Stefano Lattarini wrote on Mon, Apr 18, 2011 at 09:35:52PM CEST:
I'll push in 72 hours if there is no objection.
I expect to be able for some review on Friday, maybe on Thursday after
that, and then hopefully on March 3. There might be occasions in
between, but if you want to
* Stefano Lattarini wrote on Mon, Apr 18, 2011 at 10:27:04AM CEST:
On Monday 18 April 2011, Ralf Wildenhues wrote:
* Stefano Lattarini wrote on Sun, Apr 17, 2011 at 09:36:42PM CEST:
http://lists.gnu.org/archive/html/automake-patches/2011-02/msg00044.html
That explains why, from
* Stefano Lattarini wrote on Mon, Apr 18, 2011 at 12:33:25AM CEST:
Subject: [PATCH] test defs: don't allow `$me' to be overridden from the
environment
* tests/defs.in ($me): Use the namespace-safe `$am_test_name' (if
it's nonempty) as the default for the initialization of `$me', so
that a
* Stefano Lattarini wrote on Mon, Apr 18, 2011 at 09:26:30PM CEST:
On Monday 18 April 2011, Ralf Wildenhues wrote:
* Stefano Lattarini wrote on Mon, Apr 18, 2011 at 12:33:25AM CEST:
Subject: [PATCH] test defs: don't allow `$me' to be overridden from the
environment
* tests/defs.in
1 - 100 of 3140 matches
Mail list logo
