Hello Stefano,
* Stefano Lattarini wrote on Sun, Apr 17, 2011 at 03:27:17PM CEST:
Reference:
http://lists.gnu.org/archive/html/automake-patches/2011-03/msg00052.html
On Wednesday 30 March 2011, Stefano Lattarini wrote:
$(AM_TESTS_SETUP) $(TESTS_SETUP) $(TESTS_ENVIRONMENT)
I think
* Stefano Lattarini wrote on Sun, Apr 17, 2011 at 06:27:44PM CEST:
Subject: [PATCH] test defs: allow overriding of `$me'
* tests/defs.in ($me): Allow overriding by the including test
script. Add some explicative comments.
What if the user environment contains $me? Will that be overridden
Hi Stefano,
* Stefano Lattarini wrote on Sun, Apr 17, 2011 at 09:36:42PM CEST:
On Sunday 17 April 2011, Ralf Wildenhues wrote:
am_test_name is better, but doesn't explain either why it would be
needed in the first place.
Second patch of:
http://lists.gnu.org/archive/html/automake
Hi Jim,
* Jim Meyering wrote on Sat, Apr 16, 2011 at 11:59:33AM CEST:
Subject: [PATCH] depcomp: correct invalid sed invocation
* lib/depcomp: Insert missing -e before '/:$/d'.
Otherwise, that use of sed would treat '/:$/d' as a file name.
Thanks. Merged from the 'fix-depcomp' branch into
Hi Jim,
* Jim Meyering wrote on Sat, Apr 16, 2011 at 11:59:33AM CEST:
Subject: [PATCH] depcomp: correct invalid sed invocation
* lib/depcomp: Insert missing -e before '/:$/d'.
Otherwise, that use of sed would treat '/:$/d' as a file name.
Thanks. Merged from the 'fix-depcomp' branch into
Hello Justin,
* Too, Justin A. wrote on Fri, Apr 15, 2011 at 11:54:47PM CEST:
I'm trying to communicate environment variables to a sub-make.
The answer to this question is most similar to the answer to a recent
question of yours:
Hi Trevor,
* Trevor Bain wrote on Fri, Apr 15, 2011 at 08:55:06PM CEST:
I have a 3 deep project (as follows below). If I run automake
--add-missing it only adds the files for the current level, hence to
start out the project I need to hit each branch with the
--add-missing flag (and also run
Hi Jeff,
* Daily, Jeff A wrote on Fri, Apr 15, 2011 at 08:06:56PM CEST:
I'm using automake 1.11.1's 'parallel-tests' test suite capabilities. It's
been fine so far. I even hacked it a little to support launching my MPI
programs. I have some tests that run serially (without MPI) and some
* Stefano Lattarini wrote on Tue, Apr 12, 2011 at 10:43:36AM CEST:
I've recently noticed that some *.m4 files in the Automake distribution
lack a serial number:
$ cd ~/src/automake
$ grep -L '# *serial' m4/*.m4
m4/amversion.m4
m4/auxdir.m4
m4/gcj.m4
m4/install-sh.m4
Hello Stefano,
* Stefano Lattarini wrote on Tue, Apr 12, 2011 at 03:26:33PM CEST:
I've pushed the attached patch to yacc-work. The new testcase
should correctly capture and expose the regression, as it passes
with automake 1.11 and fails with developement (maint, master
and yacc-work)
Hi Stefano,
I've spotted a couple of harmful typos in the patch, and I also
have a very minor nit.
You'd do me a big favor if you fixed them right away (if you have time)
and merge to active branches. I don't have my ssh keys available until
tonight.
Thanks, and sorry for the messup,
Ralf
* Stefano Lattarini wrote on Mon, Apr 11, 2011 at 05:33:47PM CEST:
The yacc-work branch, due to its slow advancing pace, was falling more
and more out of sync with maint, and thus with all the improvements
and bug fixings done there in the meantime. Since yacc-work is meant
to be eventually
Hi Stefano,
* Stefano Lattarini wrote on Mon, Apr 11, 2011 at 12:29:51PM CEST:
On Monday 11 April 2011, Ralf Wildenhues wrote:
I've spotted a couple of harmful typos in the patch, and I also
have a very minor nit.
You'd do me a big favor if you fixed them right away (if you have time
Hi Bruno,
* Bruno Haible wrote on Mon, Apr 11, 2011 at 02:44:48AM CEST:
The dependencies mechanism of Automake leads to a compilation failure when
used in a VPATH build (with GNU make, of course)
Actually, in this case you could have avoided this particular bug by
using HP make. :-p
Automake
* Stefano Lattarini wrote on Sun, Apr 10, 2011 at 09:11:07AM CEST:
IMHO having a proper requirement for the java compiler in `tests/defs'
would be better than the current behaviour running the check for the
availability of javac in the generated configure script in each
relevant test. And it
* Stefano Lattarini wrote on Sun, Apr 10, 2011 at 09:50:14AM CEST:
Thanks for the fast review,
Stefano
Hmm. Did you test this though? The tests are all skipping for me now now,
but I have javac installed:
SKIP: instdir-java.test (exit: 77)
==
* Stefano Lattarini wrote on Sun, Apr 10, 2011 at 10:23:11AM CEST:
On Sunday 10 April 2011, Ralf Wildenhues wrote:
Hmm. Did you test this though?
Yes, but I only have javac 1.6.0 on my system, which works even with
just the `-version' option:
Oh, ok.
Maybe adding also the `-help' option
* Stefano Lattarini wrote on Sun, Apr 10, 2011 at 10:26:40AM CEST:
http://lists.gnu.org/archive/html/automake-patches/2011-01/msg00306.html
Related to automake bug#7648 and PR automake/491.
* lib/am/yacc.am (am__yacc_c2h): New internal variable.
(?GENERIC?%EXT%%DERIVED-EXT%,
* Stefano Lattarini wrote on Sun, Apr 10, 2011 at 10:46:33AM CEST:
OK for yacc-work? I will push in 72 hours if there is no objection.
OK with nits addressed. You can squash both changes together.
Subject: [PATCH 1/2] yacc: update NEWS w.r.t. Yacc-generated headers extesions
--- a/NEWS
* Stefano Lattarini wrote on Sun, Apr 10, 2011 at 11:17:10AM CEST:
On Sunday 10 April 2011, Ralf Wildenhues wrote:
While at it, you might want to fix
I've fixed that, plus some similar blunders, and added a few other
misc fixlets too. The resulting patch is attached. OK for yacc-work
* Stefano Lattarini wrote on Sun, Apr 10, 2011 at 12:57:26PM CEST:
A final testcase I'd like to check in before submitting the final
patch for automake bug#7648 and PR automake/491 (patch not yet
complete ATM, but I think I'm almost there). It checks that many
different Yacc parsers (both C
* Stefano Lattarini wrote on Sun, Apr 10, 2011 at 02:50:28PM CEST:
On Sunday 10 April 2011, Ralf Wildenhues wrote:
I think it would make sense to also do parallel build tests here
Agreed (and BTW this uncovered a bug in the testcase: I had forgotten
to add `p.h' and `parse.hh
* Stefano Lattarini wrote on Sun, Apr 10, 2011 at 03:34:12PM CEST:
Or, since we are doing both VPATH an in-tree builds, just continue
with serial make if `-j' doesn't work. See the attached squash-in
(which goes on the top of the previous squash-in). OK?
OK. Thanks!
Hi Bruno,
* Bruno Haible wrote on Mon, Apr 11, 2011 at 02:44:48AM CEST:
The dependencies mechanism of Automake leads to a compilation failure when
used in a VPATH build (with GNU make, of course)
Actually, in this case you could have avoided this particular bug by
using HP make. :-p
Automake
* Ralf Wildenhues wrote on Mon, Apr 11, 2011 at 07:13:00AM CEST:
Fix hp depmode for VPATH builds with GNU make.
* lib/depcomp: Be sure to remove VPATH-prefixed object from
dependency output when creating stub rule.
* tests/depcomp10.test: New test.
* tests
Hi Stefano,
* Stefano Lattarini wrote on Wed, Apr 06, 2011 at 09:00:32PM CEST:
Currently, limitations in the Automake support for java enforce the
restriction that only one `_JAVA' primary can be used in a given
Makefile.am.
This bug is particularly annoying because *.java files listed with
Hi Stefano,
* Stefano Lattarini wrote on Sat, Apr 09, 2011 at 11:38:47AM CEST:
On Friday 08 April 2011, Ralf Wildenhues wrote:
* Stefano Lattarini wrote on Fri, Apr 08, 2011 at 01:05:53PM CEST:
On Wednesday 06 April 2011, Ralf Wildenhues wrote:
+ # makedepend may prepend the VPATH
* Stefano Lattarini wrote on Sat, Apr 09, 2011 at 12:29:43PM CEST:
On Saturday 09 April 2011, Ralf Wildenhues wrote:
I guess then I don't understand your observation then. Your observation
tells me that object file names of the form foo^bar.o and foo$baz.o are
not problematic
* Stefano Lattarini wrote on Sun, Apr 03, 2011 at 11:05:54AM CEST:
On Sunday 03 April 2011, Ralf Wildenhues wrote:
* Stefano Lattarini wrote on Sun, Apr 03, 2011 at 10:23:57AM CEST:
The sleeps were there to make generated autotools files strictly
newer than their sources; however
* Stefano Lattarini wrote on Sat, Apr 09, 2011 at 01:57:50PM CEST:
--- a/tests/java-extra.test
+++ b/tests/java-extra.test
@@ -26,6 +26,7 @@ set -e
cat configure.in 'END'
AC_CHECK_PROG([HAS_JAVAC], [javac], [:], [exit])
($HAS_JAVAC 77); $HAS_JAVAC 77
Hello Stefano, Bruno,
nice collaboration work there, thank you!
I have a few nits, mostly really trivial. Feel free to push after
addressing them. --author?
* Stefano Lattarini wrote on Fri, Apr 08, 2011 at 12:54:27PM CEST:
Subject: [PATCH] coverage: add tests on remake rules in more complex
* Stefano Lattarini wrote on Wed, Apr 06, 2011 at 06:52:24PM CEST:
OK for maint? I'll push in 72 hours if there is no objection.
This is OK with a NEWS entry and the nit below addressed.
Thanks!
Ralf
Subject: [PATCH] java: check_JAVA does not cause compilation by make all
anymore
Fixes
Hi Stefano,
* Stefano Lattarini wrote on Fri, Apr 08, 2011 at 01:05:53PM CEST:
Hello Ralf, sorry for the delay.
I don't think you need to apologize for any delays on your behalf,
for at least a few months. ;-)
On Wednesday 06 April 2011, Ralf Wildenhues wrote:
Ugh, a looong-standing
Hello Justin,
* Too, Justin A. wrote on Wed, Apr 06, 2011 at 10:45:06PM CEST:
An executable is generated during 'make' in a directory called
scripts/test/install/bin. This executable is used during the
check-local rules in all of the Makefile.am's. In the top-level
Makefile.am, how can I
Ugh, a looong-standing depmode=makedepend bug that silently breaks
rebuilds in VPATH trees. It has now hit me in the wild. :-(
Anyway, this is for maint, and I'd appreciate review, but will
otherwise push soonish.
(I'll probably have to defer any reviewing until the weekend ...)
Thanks,
Ralf
Hi Jan,
* Honza wrote on Tue, Apr 05, 2011 at 03:29:37PM CEST:
I'm new to autotools and have not found the answer to my question in
documentation so I decided to ask here. I need to change/add compilation
steps in opencore-amr project, which uses autotools to generate makefiles.
I'd like to
Hello Reuben,
* Reuben Hawkins wrote on Tue, Apr 05, 2011 at 05:51:52AM CEST:
In my build process, I need to have all the libraries copied to
$(top_builddir)/lib and all the bins to $(top_builddir)/bin and headers,
Can you explain to us why you would need that to be done?
etc... Is there
* Stefano Lattarini wrote on Sun, Apr 03, 2011 at 10:23:57AM CEST:
The sleeps were there to make generated autotools files strictly
newer than their sources; however, this is not necessary, since
POSIX mandates that make considers files with the same timestamp
of their dependencies to be
Hi Bruno,
* Bruno Haible wrote on Sat, Apr 02, 2011 at 07:08:14PM CEST:
OK, let me get more constructive. For which of the following do you have
test cases in the Automake test suite already, that verify that after
./configure and make and some edits in the infrastructure, make
still works as
I had to merge this patch into maint in order to avoid a test failure
when LC_COLLATE=de_DE.UTF-8:
+ mkdir SrcDir BuildDir
+ mv BuildDir configure.in depcomp install-sh missing SrcDir SrcDir
mv: Verschieben von „SrcDir“ in eigenes Unterverzeichnis („SrcDir/SrcDir“)
nicht möglich
+ exit_status=1
* Stefano Lattarini wrote on Fri, Apr 01, 2011 at 04:54:59PM CEST:
On Friday 01 April 2011, Ralf Wildenhues wrote:
Create subdirs for generated sources even when not dep tracking.
* automake.in (handle_single_transform): If $object is derived
and lands in subdir, be sure
* Stefano Lattarini wrote on Sat, Apr 02, 2011 at 10:33:19AM CEST:
On Friday 01 April 2011, Ralf Wildenhues wrote:
Well, the 'date' options are not so portable, see the Autoconf manual.
I wouldn't fix anything until I see a failure in the wild.
Still, I might have managed to tweak the test
Hello Nick,
* Nick Bowler wrote on Fri, Apr 01, 2011 at 04:04:21PM CEST:
I'm working on a project which uses libltdl to load modules, and I've
set it up in a manner pretty similar to what's described in the libtool
manual (10.3 Linking with dlopened modules, http://xrl.us/bjk9e5).
In that
* Stefano Lattarini wrote on Thu, Mar 31, 2011 at 02:54:36PM CEST:
At this point I'm not anymore sure this is just a testsuite-related issue
-- it seems like a genuine bug in Automake-generated remake rules. WDYT?
No. You were right originally. The tests do need to $sleep.
Please commit your
[ dropping automake@ ]
* Stefano Lattarini wrote on Thu, Mar 17, 2011 at 11:17:09AM CET:
But then I have to say, the page above is admittetdly not easy to find,
being indexed with the incompete title Scanning configure.ac or
configure.in. Ralf, what about the attached patch (for maint)?
OK
* Stefano Lattarini wrote on Mon, Mar 14, 2011 at 08:44:03PM CET:
http://lists.gnu.org/archive/html/automake/2011-03/msg0.html
http://lists.gnu.org/archive/html/bug-automake/2011-03/msg4.html
Attached is a patch series (2 patches) that should address the issue.
The series is based
* Ignacy Gawedzki wrote on Wed, Mar 30, 2011 at 10:13:32AM CEST:
On Wed, Mar 30, 2011 at 07:51:40AM +0200, thus spake Ralf Wildenhues:
* Ignacy Gawedzki wrote on Wed, Mar 30, 2011 at 12:03:09AM CEST:
I suspect I found a bug in automake 1.11.1 .
Yes, you have. Thanks for reporting
* Stefano Lattarini wrote on Fri, Apr 01, 2011 at 01:20:38PM CEST:
On Friday 01 April 2011, Ralf Wildenhues wrote:
Subject: [PATCH] docs: better visibility for aclocal in the index
* doc/automake.texi (@menu): Rename title for entry 'configure'
from Scanning configure.ac
* Stefano Lattarini wrote on Fri, Apr 01, 2011 at 01:09:41PM CEST:
In the end, I'm OK with your proposal of adding a sleep to the
failing tests, but I'd also like to add an (xfailing) testcase
to expose the issue we have dig up with big efforts. This is
what I've done in the attached patch.
* Stefano Lattarini wrote on Fri, Apr 01, 2011 at 03:13:19PM CEST:
On Friday 01 April 2011, Ralf Wildenhues wrote:
Patch 2:
- Should `--install -I foo/bar/m4' create intermediate directories, or
would we suspect a typo?
I'd say the latter. It should be good enough for the all
* Stefano Lattarini wrote on Fri, Apr 01, 2011 at 06:50:12PM CEST:
On Friday 01 April 2011, Ralf Wildenhues wrote:
tests/remake-bug8365.test | 99
+
and the name of the new test is inconsistent. I suggest either
pr8365.test (yeah, can
Hello Paul,
* Paul Elliott wrote on Tue, Mar 22, 2011 at 03:01:49PM CET:
On Tuesday, March 22, 2011 01:54:33 am Paul Elliott wrote:
One .c file is used as a .h file. That is, it is included by another .c
file and it should not be itself compiled. Why the author did this I do
not know, but
* Dave Hart wrote on Thu, Mar 31, 2011 at 08:46:56AM CEST:
Apparently,
there is no command-line switch to disable generation of ._
psuedofiles in tarballs, but there is an undocumented environment
variable that so modifies tar behavior,
COPY_EXTENDED_ATTRIBUTES_DISABLE=true. For reasons
* Ignacy Gawedzki wrote on Wed, Mar 30, 2011 at 10:13:32AM CEST:
On Wed, Mar 30, 2011 at 07:51:40AM +0200, thus spake Ralf Wildenhues:
* Ignacy Gawedzki wrote on Wed, Mar 30, 2011 at 12:03:09AM CEST:
I suspect I found a bug in automake 1.11.1 .
Yes, you have. Thanks for reporting
* Stefano Lattarini wrote on Thu, Mar 31, 2011 at 10:03:01PM CEST:
On Thursday 31 March 2011, Ralf Wildenhues wrote:
I haven't tested on MinGW recently, and haven't tested branch-1.11 in a
longer while. The limit was 32K for argv plus environment IIRC.
But then we should be pretty safe
Hi Stefano,
* Stefano Lattarini wrote on Wed, Mar 30, 2011 at 06:47:20PM CEST:
--- a/tests/aclocal6.test
+++ b/tests/aclocal6.test
@@ -57,6 +57,8 @@ cd build
../configure
$MAKE
+# Modified configure dependencies must be newer than config.status.
+$sleep
# Update an aclocal.m4
* Ralf Wildenhues wrote on Wed, Mar 30, 2011 at 06:59:07PM CEST:
* Stefano Lattarini wrote on Wed, Mar 30, 2011 at 06:47:20PM CEST:
--- a/tests/subdir5.test
+++ b/tests/subdir5.test
@@ -67,6 +67,8 @@ $MAKE
# does it in the other way: it updates confiles.m4 (which is m4_included
* Stefano Lattarini wrote on Wed, Mar 30, 2011 at 05:47:44PM CEST:
So I've seized this opportunity to do some minor refactoring and extending in
the tests for the maintainer-clean target. The resulting simple patch (for
maint) is attached. A quick grep maintainer-clean *.test should show
* Stefano Lattarini wrote on Wed, Mar 30, 2011 at 06:10:23PM CEST:
Now, why is configure not re-run? Here is my (longish) tentative explanation,
step by step. In what follows, I'll use the abbraviation `TS(f)' to indicate
the timestamp (i.e. last modification time) of the file `f'.
01.
Hi Adam,
* Adam Mercer wrote on Wed, Mar 30, 2011 at 03:50:40PM CEST:
When I build distribution tarballs on my Mac sometimes resource forks
find their way into the tarball and then when they are extracted on
another platform, Debian for example, these resource forks show up as
separate files
* Ralf Wildenhues wrote on Wed, Mar 30, 2011 at 06:59:07PM CEST:
* Stefano Lattarini wrote on Wed, Mar 30, 2011 at 06:47:20PM CEST:
--- a/tests/subdir5.test
+++ b/tests/subdir5.test
@@ -67,6 +67,8 @@ $MAKE
# does it in the other way: it updates confiles.m4 (which is m4_included
Hi Stefano,
* Stefano Lattarini wrote on Wed, Mar 30, 2011 at 06:47:20PM CEST:
--- a/tests/aclocal6.test
+++ b/tests/aclocal6.test
@@ -57,6 +57,8 @@ cd build
../configure
$MAKE
+# Modified configure dependencies must be newer than config.status.
+$sleep
# Update an aclocal.m4
Hello Dave,
* Dave Hart wrote on Wed, Mar 30, 2011 at 11:06:02PM CEST:
Right, one approach would be to run a dist-hook which strips all
resource forks from distdir files.
An equally effective approach which Automake could potentially handle
generally on Darwin would be to instruct tar to
Hello Paul,
* Paul Elliott wrote on Thu, Mar 31, 2011 at 02:25:13AM CEST:
Is it documented any where how to do the comparatively simpler task of using
automake to produce and distribute documentation?
Just simple things like specifying simple rules to build. And how to specify
Hi Ignacy,
* Ignacy Gawedzki wrote on Wed, Mar 30, 2011 at 12:03:09AM CEST:
I suspect I found a bug in automake 1.11.1 .
Yes, you have. Thanks for reporting it!
I have a project in which some program has .ll and .yy sources that must be
generated by flex and bison. It also happens I need
Hello,
* A.T.Hofkamp wrote on Mon, Mar 28, 2011 at 09:36:45AM CEST:
As far as I know, make install prefix=/path/to/writable/dir should
only change the place where files are copied to, instead of
injecting that new prefix into the source code. However, for Python
source files that are
Hello Vincent,
* Vincent Torri wrote on Mon, Mar 28, 2011 at 06:40:51AM CEST:
On Mon, Mar 28, 2011 at 1:10 AM, Bob Friesenhahn
bfrie...@simple.dallas.tx.us wrote:
On Sun, 27 Mar 2011, Vincent Torri wrote:
I have a library that depends on several libraries, these latter ones
must be
* Karl Berry wrote on Sun, Mar 20, 2011 at 10:28:59PM CET:
not bother checking dvi output and rather test PDF output seems
like another good alternative.
I can't agree with that. That's trading DVI-generation problems for
PDF-generation problems. Believe me, there will be just as
Hi Robert,
thanks for the feedback. I have a couple of questions:
* Robert Collins wrote on Sun, Mar 20, 2011 at 05:10:16AM CET:
TAP is an extremely simple protocol, and the extensions to it to
support things like not needing to maintain the count of tests,
additional debug data and so on
Hello Pippijn,
* Pippijn van Steenhoven wrote on Sat, Mar 19, 2011 at 10:47:35AM CET:
On Sat, Mar 19, 2011 at 10:38:39AM +0100, Pippijn van Steenhoven wrote:
On Fri, Mar 18, 2011 at 05:26:58PM -0700, Harlan Stenn wrote:
If there was a student interested in showing how easy it was to use
* Robert Collins wrote on Sun, Mar 20, 2011 at 10:03:10AM CET:
On Sun, Mar 20, 2011 at 8:53 PM, Ralf Wildenhues wrote:
* Robert Collins wrote on Sun, Mar 20, 2011 at 05:10:16AM CET:
TAP is an extremely simple protocol, and the extensions to it to
support things like not needing to maintain
* Stefano Lattarini wrote on Sun, Mar 20, 2011 at 11:40:39AM CET:
On Sunday 20 March 2011, Robert Collins wrote:
On Sun, Mar 20, 2011 at 8:53 PM, Ralf Wildenhues wrote:
Are TAP and subunit compatible on their common subset? If not, why not?
You can convert TAP to subunit, and you can
* Stefano Lattarini wrote on Sun, Mar 20, 2011 at 01:41:07PM CET:
On Sunday 20 March 2011, Ralf Wildenhues wrote:
Or add a subunit parser and a quick tap2subunit perl module today
[perl module? what about portability?]
awk should be sufficient, for text-mode output at least.
and have
Hi Harlan,
* Harlan Stenn wrote on Sat, Mar 19, 2011 at 01:26:58AM CET:
If there was a student interested in showing how easy it was to use
automake to do non-recursive Makefiles for a project, I'd be willing to
co-mentor and work with them to convert NTP to that sort of operation.
Thanks for
Hi Stefano,
* Stefano Lattarini wrote on Thu, Mar 17, 2011 at 12:21:15PM CET:
http://lists.gnu.org/archive/html/automake-patches/2011-02/msg5.html
Now patch ready! (about time you'll say :-)
The testsuite still passes with it applied.
OK for master? I'll push in 72 hours if there's
your mind and decide to approve it anyway).
Don't be discouraged up front, please.
On Tuesday 15 March 2011, Ralf Wildenhues wrote:
* Stefano Lattarini wrote on Mon, Mar 14, 2011 at 12:51:29PM CET:
http://lists.gnu.org/archive/html/automake-patches/2011-03/msg00012.html
Subject
[ adding bug-autoconf ]
* Ralf Wildenhues wrote on Wed, Mar 16, 2011 at 06:24:28AM CET:
So, can we just quote the argument so it's not detected by m4?
me_quoted=`echo $me | sed 's,..,@\t@,g'`
echo AC_INIT([$me_quoted], [1.0])
Hmm, this avoids an error, but also sets several things wrong
* Stefano Lattarini wrote on Wed, Mar 16, 2011 at 07:31:09PM CET:
It's nicer to avoid bugs than having to work around them.
I have to say that, when it comes to error checking, I tend to prefer
automation that warns me noisily (+1 if it also offers advices) to
automation that
* Stefano Lattarini wrote on Tue, Mar 15, 2011 at 10:36:28PM CET:
On Tuesday 15 March 2011, Harlan Stenn wrote:
http://www.mail-archive.com/automake-patches@gnu.org/msg00873.html
describes a patch I once asked for. I did a search in the
automake-1.11.1 codebase and I don't see any mention
Hi Stefano,
* Stefano Lattarini wrote on Mon, Mar 14, 2011 at 12:51:29PM CET:
http://lists.gnu.org/archive/html/automake-patches/2011-03/msg00012.html
On Friday 04 March 2011, Stefano Lattarini wrote:
On Friday 04 March 2011, Ralf Wildenhues wrote:
* Stefano Lattarini wrote on Fri, Mar
Hello,
* Roger Leigh wrote on Thu, Mar 10, 2011 at 01:03:16PM CET:
This is not meant to sound like a troll, but: is anyone really
*really* using static linking in 2011?
I'd love to answer no, but at least parts of the HPC crowd will do
almost anything to get a couple percent more performance
[ adding the SoC list back in Cc: ]
Hello,
* Daniel Herring wrote on Wed, Mar 09, 2011 at 08:06:45AM CET:
Refactor Automake so it can easily be extended for new file types.
Yes, this is a good idea, too. Actually, there is a pending patch from
Valentin that does an important first step in
Hi Robert,
* Robert Collins wrote on Tue, Mar 08, 2011 at 02:57:44AM CET:
On Tue, Mar 8, 2011 at 1:10 AM, Ralf Wildenhues wrote:
I'll throw a couple of suggestions for Autotools out there:
1) Interfacing with the Test Anything Protocol (TAP) (or maybe another
test protocol?).
I've
* Stefano Lattarini wrote on Tue, Mar 08, 2011 at 10:50:47PM CET:
On Tuesday 08 March 2011, Robert Collins wrote:
On Wed, Mar 9, 2011 at 8:39 AM, Stefano Lattarini wrote:
``Interfacing with the Test Anything Protocol (TAP). If possible, try
to write an implementation that will allow
Hello,
I'll throw a couple of suggestions for Autotools out there:
1) Interfacing with the Test Anything Protocol (TAP) (or maybe another
test protocol?). Automake-generated Makefiles could be consumers of the
protocol for third-party testsuites. Automake-generated simple
testsuites (TESTS)
Hello Peter, all, and sorry for the delay,
* Peter Breitenlohner wrote on Sat, Jan 15, 2011 at 04:22:32PM CET:
On Fri, 14 Jan 2011, Ralf Wildenhues wrote:
Through testing I found out again that DejaGNU does not cope with white
space in absolute directory names anyway, regardless of srcdir
* Reuben Thomas wrote on Thu, Mar 03, 2011 at 04:42:33PM CET:
Thoughts?
We could just provide thin-layer support for both latexmk and/or rubber.
That would probably be the least amount of work, both inside Automake,
and for getting any missing bits into the upstream projects.
Thanks,
Ralf
Hi Stefano,
* Stefano Lattarini wrote on Fri, Mar 04, 2011 at 09:29:24AM CET:
Hello Automakers. I've found few files in the automake tree
that are still encoded with ISO-8859 rather than with UTF-8.
I've thus converted them to UTF-8 using iconv (specifically,
iconv --from-code=ISO-8859-1
Hi Stefano,
* Stefano Lattarini wrote on Fri, Mar 04, 2011 at 09:52:25AM CET:
* tests/comments-in-var-defn.test: The configure.in stub created
by default, which has the AC_INIT first argument obtained by the
test name, causes autoconf 2.62 to fail with a spurious error
message like:
Hello Peter, all, and sorry for the delay,
* Peter Breitenlohner wrote on Sat, Jan 15, 2011 at 04:22:32PM CET:
On Fri, 14 Jan 2011, Ralf Wildenhues wrote:
Through testing I found out again that DejaGNU does not cope with white
space in absolute directory names anyway, regardless of srcdir
* Stefano Lattarini wrote on Sat, Mar 05, 2011 at 02:02:33AM CET:
On Friday 04 March 2011, Patrick Welche wrote:
alloca2.test has
grep 'Makefile.am:1:.*AC_PROG_LIBTOOL' stderr
but I think that nowadays LT_INIT is what appears in automake's error
message about lack of libtool?
FYI, I have committed the patch below to the FAQ.
Thanks,
Ralf
Minor FAQ update.
* autotools-faq.texi: Update installation instructions for
Autoconf 2.68 and M4 1.4.16. Fix a couple of typos, add
link to the Autoconf Macro Archive. Point to Automake
bug reporting page.
Index:
* Stefano Lattarini wrote on Tue, Mar 01, 2011 at 07:30:59PM CET:
On Tuesday 01 March 2011, Peter Rosin wrote:
Den 2011-03-01 10:40 skrev Stefano Lattarini:
I'd also like to enhance `self-check-unindent.test' to ensure that
`unindent' remains usable in parallel in the future. OK to
Hi Reuben,
* Reuben Thomas wrote on Mon, Feb 28, 2011 at 03:24:57PM CET:
Update: I've written to John to ask about copyright assignment, but
discovered in the mean time that there are one or two other authors to
talk to. I will see what John says first before considering how to
proceed.
I'm
Hello,
* Stefano Lattarini wrote on Mon, Feb 28, 2011 at 01:54:20PM CET:
On Monday 28 February 2011, Peter Rosin wrote:
How about this?
Should the sed command to strip comments be s/ *#.*//,
IMHO yes, but I have no strong feelings here -- I'm ok also with the
weaker 's/ #.*//'.
It
* Peter Rosin wrote on Mon, Feb 28, 2011 at 10:01:35PM CET:
Den 2011-02-28 21:36 skrev Ralf Wildenhues:
It would be nice your sed script would allow sed scripts like
s/#//
s/ #//
to continue to work. But if they don't, for now, that's not a big
problem either: failures
* Reuben Thomas wrote on Sun, Feb 27, 2011 at 02:39:31PM CET:
On 27 February 2011 06:53, Ralf Wildenhues wrote:
Anyway, the next step to pursue this would be to think hard about the
desired semantics,
The tricky part here is that latexmk does its own dependency finding.
Well yes. Also
close 8111
thanks
This is not an Automake bug after all. It can be solved completely
within Autoconf, thus no new version skew danger. :-)
Patch for Autoconf coming up.
Thanks,
Ralf
Hi Stefano,
* Stefano Lattarini wrote on Sat, Feb 26, 2011 at 09:32:57AM CET:
On Saturday 26 February 2011, Ralf Wildenhues wrote:
This is not an Automake bug after all. It can be solved completely
within Autoconf, thus no new version skew danger. :-)
What about checking in your
* Stefano Lattarini wrote on Thu, Feb 24, 2011 at 10:45:11AM CET:
I agree with Jack that advertising the use of LT_INIT would be better,
since, according to Libtool NEWS file, that has obsoleted AC_PROG_LIBTOOL
since version 1.9b (2004-08-29).
Yes. There are still 1.5.x users out there, but
101 - 200 of 3140 matches
Mail list logo