On 02/04/2013 12:10 AM, Peter Rosin wrote:
On 2013-02-03 21:42, Stefano Lattarini wrote:
I've pushed the promised patches to the rewindable branch
'experimental/preproc' (based off of maint). I'll also soon
send them to the list to simplify review (I will drop the
bug tracker from CC
On 02/04/2013 01:44 PM, Peter Johansson wrote:
On 2/4/13 9:33 PM, Stefano Lattarini wrote:
What about doubling the curly braces? As in '{{RELDIR}}'.
Would that be tolerable? Other possibilities (none particularly
pleasant either, IMHO):
{+RELDIR+}
{:RELDIR:}
{.RELDIR
On 02/04/2013 01:04 PM, Peter Rosin wrote:
On 2013-02-04 12:33, Stefano Lattarini wrote:
On 02/04/2013 10:35 AM, Peter Rosin wrote:
Not sure what to do about it, or if it matters...
It does IMHO, since the failure you pointed out, albeit easy to
work around, wouldn't be very obvious
On 02/04/2013 03:06 PM, Peter Rosin wrote:
On 2013-02-04 14:43, Stefano Lattarini wrote:
On 02/04/2013 01:04 PM, Peter Rosin wrote:
I {{think}} this one will be the easiest on us all.
I tend to agree (but see Peter Johansson's proposal to use
{AM_RELDIR} instead; what do you think about
On 02/04/2013 06:33 PM, Eric Blake wrote:
On 02/04/2013 10:19 AM, Stefano Lattarini wrote:
Because it would mix up very different concepts: a '@...@' substitution
is meant for something that depends on configure-time check (or at
least from code in configure), and is substituted the same
On 02/04/2013 01:16 AM, Luke Mewburn wrote:
On Wed, Jan 16, 2013 at 12:12:13PM +0100, Stefano Lattarini wrote:
| On 01/15/2013 07:32 PM, Brandon Black wrote:
| So my conundrum is this: in automake-1.13, the default switched from
serial
| testing to parallel testing. The only way I
tags 13524 + patch
thanks
[+cc automake-patches]
Reference:
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=13524
On 01/28/2013 12:38 AM, Peter Rosin wrote:
Hi Stefano,
On 2013-01-27 20:21, Stefano Lattarini wrote:
This time with documentation and a NEWS entry. I also fixed the case
tags 13524 + patch
thanks
[+cc automake-patches]
Reference:
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=13524
On 01/28/2013 12:38 AM, Peter Rosin wrote:
Hi Stefano,
On 2013-01-27 20:21, Stefano Lattarini wrote:
This time with documentation and a NEWS entry. I also fixed the case
Reference:
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=13524
Peter Rosin (1):
preproc: add support for relative names in included fragments
Stefano Lattarini (5):
preproc: enhance and extend tests
preproc: prefer '{D}' over '{D}' (and similarly for other substs)
preproc: better (long
Signed-off-by: Stefano Lattarini stefano.lattar...@gmail.com
---
NEWS | 10 +
automake.in| 24 +++---
doc/automake.texi | 20 +
t/curdir.sh| 129 +
t/list-of-tests.mk | 1 +
5 files changed, 179
Reference:
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=13435
On 01/28/2013 02:55 PM, Stefano Lattarini wrote:
On 01/23/2013 01:16 PM, Stefano Lattarini wrote:
On 01/14/2013 11:29 PM, DJ Delorie wrote:
Stefano Lattarini wrote:
Well, then it appear we might actually have no problems
Signed-off-by: Stefano Lattarini stefano.lattar...@gmail.com
---
NEWS | 9 +
1 file changed, 5 insertions(+), 4 deletions(-)
diff --git a/NEWS b/NEWS
index 938fac8..6aa7060 100644
--- a/NEWS
+++ b/NEWS
@@ -102,10 +102,11 @@ New in 1.13.2:
* Current directory in makefile fragments
/preproc-c-compile.sh: ... into these two
tests, with some refactorings, clean-up and enhancements.
* t/list-of-tests.mk: Adjust.
Signed-off-by: Stefano Lattarini stefano.lattar...@gmail.com
---
t/list-of-tests.mk| 5 +-
t/preproc-basics.sh | 106
(see previous commit 07f3534f).
* automake.in (read_am_file): Adjust.
* doc/automake.texi (Include): Likewise.
* t/preproc-c-compile.sh: Likewise.
* t/preproc-demo.sh: Likewise.
* t/preproc-basics.sh: Likewise, and improve heading comment.
* t/preproc-errmsg.sh: Likewise.
Signed-off-by: Stefano
On 02/02/2013 07:27 PM, Bob Friesenhahn wrote:
On Sat, 2 Feb 2013, Stefano Lattarini wrote:
Git surely makes it easy to promote a branch to a new top-level repository.
Having it available by default in a repository would be easier to grasp
for git-challenged people like me.
Other people
Hi Akim.
On 02/02/2013 08:24 AM, Akim Demaille wrote:
Le 1 févr. 2013 à 10:35, Stefano Lattarini stefano.lattar...@gmail.com a
écrit :
So, is anyone using or playing with Automake-NG, or at least
contemplating the idea to do so in the short term? Or should
we just let the project die
On 02/01/2013 08:27 PM, Bob Friesenhahn wrote:
On Fri, 1 Feb 2013, Stefano Lattarini wrote:
[SNIP]
Which makes me think that forcing users to bootstrap the project from a
Git branch hidden in Automake's repository in order to use it might be
hampering their willingness to give it a try
Hi Peter, Eric, thanks for the feedback and the support.
On 02/02/2013 01:51 AM, Peter Rosin wrote:
On 2013-02-02 01:15, Eric Blake wrote:
On 02/01/2013 05:00 PM, Peter Rosin wrote:
Supporting INCLUDES in automake-NG costs nearly nothing.
This, however, is a statement I'm not willing to
Hi Akim.
On 02/02/2013 08:24 AM, Akim Demaille wrote:
Le 1 févr. 2013 à 10:35, Stefano Lattarini stefano.lattar...@gmail.com a
écrit :
So, is anyone using or playing with Automake-NG, or at least
contemplating the idea to do so in the short term? Or should
we just let the project die
On 02/01/2013 08:27 PM, Bob Friesenhahn wrote:
On Fri, 1 Feb 2013, Stefano Lattarini wrote:
[SNIP]
Which makes me think that forcing users to bootstrap the project from a
Git branch hidden in Automake's repository in order to use it might be
hampering their willingness to give it a try
On 02/01/2013 09:47 PM, Thien-Thi Nguyen wrote:
() Stefano Lattarini stefano.lattar...@gmail.com
() Fri, 01 Feb 2013 19:59:58 +0100
A first step would certainly be making it a separate project on
Savannah, rather than just a glorified branch in the Automake Git
repository (plus
Hi Peter, Eric, thanks for the feedback and the support.
On 02/02/2013 01:51 AM, Peter Rosin wrote:
On 2013-02-02 01:15, Eric Blake wrote:
On 02/01/2013 05:00 PM, Peter Rosin wrote:
Supporting INCLUDES in automake-NG costs nearly nothing.
This, however, is a statement I'm not willing to
[+cc automake-ng]
On 02/01/2013 09:45 AM, Peter Rosin wrote:
Hi!
From NEWS in the master branch:
- Support for the long-obsolete $(INCLUDES) variable has
been finally removed, in favour of the modern equivalent
$(AM_CPPFLAGS).
Why is this removal important? It forces changes
On 02/01/2013 07:18 PM, Bob Friesenhahn wrote:
On Fri, 1 Feb 2013, Stefano Lattarini wrote:
This wrong approach is probably the result of me trying to keep a foot
in both camps -- that is, maintaining mainline Automake while trying
to encourage a switch to Automake-NG in the long term
Hi Russ, thanks for the feedback.
On 02/01/2013 07:38 PM, Russ Allbery wrote:
Stefano Lattarini stefano.lattar...@gmail.com writes:
So, is anyone using or playing with Automake-NG, or at least
contemplating the idea to do so in the short term? Or should we just
let the project die?
I'm
On 02/01/2013 04:18 PM, Bert Wesarg wrote:
Hi all,
On Mon, Jan 28, 2013 at 12:38 AM, Peter Rosin p...@lysator.liu.se wrote:
Hi Stefano,
On 2013-01-27 20:21, Stefano Lattarini wrote:
This time with documentation and a NEWS entry. I also fixed the case
of including something above
[+cc automake-ng]
On 02/01/2013 09:45 AM, Peter Rosin wrote:
Hi!
From NEWS in the master branch:
- Support for the long-obsolete $(INCLUDES) variable has
been finally removed, in favour of the modern equivalent
$(AM_CPPFLAGS).
Why is this removal important? It forces changes
On 02/01/2013 07:18 PM, Bob Friesenhahn wrote:
On Fri, 1 Feb 2013, Stefano Lattarini wrote:
This wrong approach is probably the result of me trying to keep a foot
in both camps -- that is, maintaining mainline Automake while trying
to encourage a switch to Automake-NG in the long term
Hi Russ, thanks for the feedback.
On 02/01/2013 07:38 PM, Russ Allbery wrote:
Stefano Lattarini stefano.lattar...@gmail.com writes:
So, is anyone using or playing with Automake-NG, or at least
contemplating the idea to do so in the short term? Or should we just
let the project die?
I'm
On 01/30/2013 10:07 PM, Eric Dorland wrote:
[SNIP PROPOSAL for new versioning scheme]
I like it.
Glad to hear that :-)
I think it would mean that Debian could carry less
simultaneous automake packages at the same time, ie it would have a
separate package per major release and just upgrade
Hi Diego.
On 01/31/2013 12:46 PM, Diego Elio Pettenò wrote:
On 28/01/2013 20:48, Stefano Lattarini wrote:
Feedback, opinions, objections?
First of all, I would like to hope that this is not going to be rushed
through — it's an important and big change
Agreed.
and I think having
On 01/30/2013 04:30 AM, Daniel Herring wrote:
On Mon, 28 Jan 2013, Stefano Lattarini wrote:
Feedback, opinions, objections?
There was a lot to read, and I confess to not giving it full justice.
Others have already extolled the virtues of backwards compatibility.
Regarding some why
On 01/29/2013 01:18 PM, Peter Johansson wrote:
Hi Stefano,
Hi Peter and everybody, and thanks for the feedback.
[SNIP]
Stefano Lattarini wrote:
So I propose the following change in the Automake versioning scheme:
* Major releases should actually have the major version number bumped
On 01/29/2013 08:09 AM, Thien-Thi Nguyen wrote:
() Stefano Lattarini stefano.lattar...@gmail.com
() Mon, 28 Jan 2013 20:48:59 +0100
So I propose the following change in the Automake versioning scheme:
[...]
Sounds good. Going further, you could maybe define notation (described
On 01/23/2013 01:16 PM, Stefano Lattarini wrote:
Reference:
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=13435
On 01/14/2013 11:29 PM, DJ Delorie wrote:
Stefano Lattarini wrote:
Well, then it appear we might actually have no problems in keeping DJGPP
support. If the new code with split
-Id:
3aa14f4a13b049f65783eaffa0dd08f21eac86b4.1359376074.git.stefano.lattar...@gmail.com
From: Stefano Lattarini stefano.lattar...@gmail.com
Date: Mon, 28 Jan 2013 13:22:12 +0100
Subject: [PATCH] NEWS: IRIX is still supported; only SGI C compiler depcomp no
longer is
This change is for the maint
On 01/23/2013 01:16 PM, Stefano Lattarini wrote:
Reference:
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=13435
On 01/14/2013 11:29 PM, DJ Delorie wrote:
Stefano Lattarini wrote:
Well, then it appear we might actually have no problems in keeping DJGPP
support. If the new code with split
Severity: wishlist
Recently, the need of a quick bug-fixing release 1.13.2 has shown some
issues with the current branching and versioning scheme of Automake.
Let's first see some background, to better understand the situation.
Given the typically long time between a major release 1.N and the
Hi Peter.
On 01/27/2013 01:54 AM, Peter Rosin wrote:
[SNIP]
Zapping the NIH part reduced the code size significantly (the patch
is now short, sweet and unintrusive again) so I'm posting a new version.
After all, it's a new day, right?
I hope it's ok to use File::Spec-abs2rel () in
Hi Peter.
On 01/27/2013 12:26 AM, Peter Rosin wrote:
On 2012-12-29 00:39, Stefano Lattarini wrote:
The autoconf input should be named 'configure.ac' instead. The use
of 'configure.in' has been deprecated in Autoconf since at least
the 2.13 - 2.50 transition, and future Autoconf versions
On 01/27/2013 07:16 PM, Peter Rosin wrote:
On 2013-01-27 18:09, Stefano Lattarini wrote:
Hi Peter.
On 01/27/2013 12:26 AM, Peter Rosin wrote:
On 2012-12-29 00:39, Stefano Lattarini wrote:
The autoconf input should be named 'configure.ac' instead. The use
of 'configure.in' has been
On 01/23/2013 12:04 PM, Pavel Raiskup wrote:
[..skip..]
Maybe the current error should be demoted to a warning, to allow us to
be more forward-compatible with such possible future scenarios?
I vote for this approach.
I'm starting to be convinced myself that it is the best one.
But then
Hello Miles, thanks for the feedback.
On 01/23/2013 07:54 AM, Miles Bader wrote:
Stefano Lattarini stefano.lattar...@gmail.com writes:
E.g., if I have a directory foo that has sources etc, and builds
some specific targets, then I can isolate the automake stuff for foo
by using an include file
Hi Peter, thanks for the patch.
Not sure if you are in the mood (or have the time) to engage in a
discussion about it, but here my review anyway. Even if you are not
going to work on this patch anymore, a review will still be useful
as a reference to me or other developers in the future.
On
On 01/23/2013 03:34 PM, Peter Rosin wrote:
On 2013-01-23 13:45, Stefano Lattarini wrote:
Hi Peter, thanks for the patch.
Not sure if you are in the mood (or have the time) to engage in a
discussion about it, but here my review anyway. Even if you are not
going to work on this patch anymore
Signed-off-by: Stefano Lattarini stefano.lattar...@gmail.com
---
NEWS | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/NEWS b/NEWS
index 83a72ed..040137a 100644
--- a/NEWS
+++ b/NEWS
@@ -69,7 +69,7 @@ New in 1.13.2:
use cause runtime warnings.
- The parallel testsuite
This is the announcement for the GNU Automake 1.13.1b test release.
This is a bug-fixing release. Its main purpose is to re-introduce
some obsolete m4 macros that had been removed too hastily, bringing
woes and problems for distro packagers; see:
On 01/23/2013 09:05 PM, toby cabot wrote:
Hi Folks,
Greetings from the GNU Volunteer Coordinators[0].
There's an item in the GNU task list[1] that reads Rewrite Automake
in Scheme, so it can run in Guile. Right now it is written in Perl...
This task has been in the task list for longer
.
Every point should have been addressed, so I'm closing this report.
Thanks,
Stefano
From 7d0372aceb50e1bd0938eab2eb3a5f289e731daa Mon Sep 17 00:00:00 2001
Message-Id: 7d0372aceb50e1bd0938eab2eb3a5f289e731daa.1358856705.git.stefano.lattar...@gmail.com
From: Stefano Lattarini stefano.lattar
.
Regards,
Roumen Petrov
I'm now closing this bug report.
Thanks,
Stefano
From 9d1002e0772e2fb6e9f9a3832a0f9c6486cd438a Mon Sep 17 00:00:00 2001
Message-Id: 9d1002e0772e2fb6e9f9a3832a0f9c6486cd438a.1358848159.git.stefano.lattar...@gmail.com
From: Stefano Lattarini stefano.lattar
.
Every point should have been addressed, so I'm closing this report.
Thanks,
Stefano
From 7d0372aceb50e1bd0938eab2eb3a5f289e731daa Mon Sep 17 00:00:00 2001
Message-Id: 7d0372aceb50e1bd0938eab2eb3a5f289e731daa.1358856705.git.stefano.lattar...@gmail.com
From: Stefano Lattarini stefano.lattar
On 01/22/2013 01:29 PM, Stefano Lattarini wrote:
And future Automake versions will start warning about them (see
commit 'v1.13.1-6-ge1ed314').
* doc/automake.texi (Txinfo): Adjust.
* NEWS: Update.
Scrap this, automake 1.13.2 will already give runtime warnings about
uses of the '.txi
On 01/22/2013 12:09 AM, Karl Berry wrote:
This would require to change the 'check-recursive' targets not to
share the same code with the other '*-recursive' targets. I really
don't want to go there.
Totally reasonable :).
The best solution is on the user-side IMHO: fix
[+cc bug-automake, so that we won't forget about the issue]
[future replies should drop the automake list]
On 01/22/2013 02:22 AM, Miles Bader wrote:
Stefano Lattarini stefano.lattar...@gmail.com writes:
The best solution is on the user-side IMHO: fix the build system to
use less (ideally none
Hi Eric, thanks for the report.
On 01/21/2013 02:31 PM, Eric Blake wrote:
See https://bugzilla.redhat.com/show_bug.cgi?id=901333 for details; but
the short summary is:
The xorg-x11-drv-wacom uses AC_CONFIG_MACRO_DIR([m4]) to tell libtool
where to dump m4 macros, but has no m4 macros of its
Thanks for getting back at me so quickly.
On 01/21/2013 03:27 PM, johannes.bie...@hzg.de wrote:
Weird, it seems Flex is not respecting the YY_NO_UNISTD_H #define
given in 'parsefoo.lxx'. Which version of Flex are you using?
flex --version
flex 2.5.31
Yep, that's old; according to
commit 63fe125a2e835955b8d0ba0d658208ebf63285f2
Merge: 2c0fe20 655e268
Author: Stefano Lattarini stefano.lattar...@gmail.com
Date: Mon Jan 21 14:52:37 2013 +0100
Merge branch 'branch-1.13.2' into maint
That branch is for the emergency bug-fixing release 1.13.2.
* branch-1.13.2
commit 2c72b157e7c37964f6854d7b5c29c97957b02e36
Merge: b49ebac 94c28cc
Author: Stefano Lattarini stefano.lattar...@gmail.com
Date: Mon Jan 21 15:48:48 2013 +0100
Merge branch 'maint'
* maint:
tests: more information about Lex and Yacc programs
lint: fix spurious failure
Hi Karl.
On 01/20/2013 11:20 PM, Karl Berry wrote:
Especially for packages which run make check in several subdirectories
(e.g., texinfo), Nelson Beebe made the suggestion that it would be
helpful if there was an overall textual report of success or failure,
and not just the exit status.
[-cc automake-patches]
On 01/16/2013 06:48 PM, Paul Eggert wrote:
On 01/16/13 04:46, Stefano Lattarini wrote:
Makes sense. Should I try to implement something along these lines (might
take a few days), or are you planning to do that yourself (in which case
I'll avoid the duplicated efforts
On 01/17/2013 07:26 PM, Stefano Lattarini wrote:
On 01/17/2013 07:16 PM, Richard W.M. Jones wrote:
For some reason this is marked as deprecated.
This is bad: parallel tests are fine for tiny tests which use only a
little bit of memory. However if your tests are very large and use a
lot
See commit v1.13.1-109-g030ecb4 of 2013-01-16, compat: restore
AM_PROG_MKDIR, again, for the rationale; that rationale is now
also copied...
* PLANS/obsolete-removed/am-prog-mkdir-p.txt: ... here.
Signed-off-by: Stefano Lattarini stefano.lattar...@gmail.com
---
PLANS/obsolete-removed/am-prog
See commit v1.13.1-109-g030ecb4 of 2013-01-16, compat: restore
AM_PROG_MKDIR, again, for the rationale.
Signed-off-by: Stefano Lattarini stefano.lattar...@gmail.com
---
NEWS | 7 ---
1 file changed, 7 deletions(-)
diff --git a/NEWS b/NEWS
index d24771d..26b7898 100644
--- a/NEWS
+++ b/NEWS
On 01/17/2013 07:26 PM, Stefano Lattarini wrote:
On 01/17/2013 07:16 PM, Richard W.M. Jones wrote:
For some reason this is marked as deprecated.
This is bad: parallel tests are fine for tiny tests which use only a
little bit of memory. However if your tests are very large and use a
lot
this, and adjust.
* t/am-prog-cc-stdc-no-more.sh: Rename ...
* t/am-prog-cc-stdc.sh: ... like this, and adjust.
* t/list-of-tests.mk: Adjust.
* NEWS: Update.
Signed-off-by: Stefano Lattarini stefano.lattar...@gmail.com
---
After this, I think we should cut a 1.13.2 release. Since
On 01/18/2013 01:33 PM, Diego Elio Pettenò wrote:
On 18/01/2013 13:28, Stefano Lattarini wrote:
While removing those macros seemed quite harmless, because it didn't
put a real burden on the developers (requiring them just to do a quick
edit to configure.ac), it turned out to place
On 01/17/2013 02:13 PM, Stefano Lattarini wrote:
On 01/16/2013 04:50 PM, Brandon Black wrote:
[SNIP]
Given I don't really have the extra time to deal with that conversion right
now, and the statement in the manual: This harness is still somewhat
experimental and may undergo changes
On 01/17/2013 02:01 PM, Stefano Lattarini wrote:
On 01/16/2013 10:03 PM, Russ Allbery wrote:
Stefano Lattarini stefano.lattar...@gmail.com writes:
Since the parallel test harness is already present in Automake 1.11, and
it is in many many ways superior to the old serial driver, my suggestion
On 01/18/2013 07:45 PM, Philipp Thomas wrote:
* Nick Bowler (nbow...@elliptictech.com) [20130118 17:17]:
If the package author(s) provided a script to bootstrap the build
system, then you should use that script. Someone made the effort to
write that script, and they presumably did not do so
On 01/17/2013 03:39 PM, hiren sangani wrote:
Dear Contact Person,
I am trying to connect GDB-7.5.50-1 to the target but I am getting an error
Configuring in ./libiberty
configure: loading cache ./config.cache
configure: error: cannot find install-sh, install.sh, or shtool in ./../..
On 01/17/2013 08:19 PM, Richard W.M. Jones wrote:
On Thu, Jan 17, 2013 at 07:29:29PM +0100, Stefano Lattarini wrote:
On 01/17/2013 01:36 PM, Richard W.M. Jones wrote:
I have a project that has a TESTS variable like this ('test_progs' is
defined elsewhere):
TESTS = run-bindtests \
$(sort
On 01/16/2013 06:12 PM, Brandon Black wrote:
On Wed, Jan 16, 2013 at 9:50 AM, Brandon Black blbl...@gmail.com wrote:
There doesn't seem to be a way to set up my configure.ac such that my
tests
will run in serial mode on both older and newer versions of automake
Just FYI, for anyone else
On 01/16/2013 10:03 PM, Russ Allbery wrote:
Stefano Lattarini stefano.lattar...@gmail.com writes:
Since the parallel test harness is already present in Automake 1.11, and
it is in many many ways superior to the old serial driver, my suggestion
would be switch to in your package
On 01/16/2013 04:50 PM, Brandon Black wrote:
[SNIP]
Given I don't really have the extra time to deal with that conversion right
now, and the statement in the manual: This harness is still somewhat
experimental and may undergo changes in order to satisfy additional
portability requirements
On 01/16/2013 02:39 PM, Milan Broz wrote:
On 01/16/2013 12:12 PM, Stefano Lattarini wrote:
On 01/15/2013 07:32 PM, Brandon Black wrote:
So my conundrum is this: in automake-1.13, the default switched from serial
testing to parallel testing. The only way I can see to disable this is to
add
On 01/13/2013 08:51 PM, Stefano Lattarini wrote:
Reference:
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=13378
On 01/07/2013 09:08 PM, Stefano Lattarini wrote:
Severity: wishlist
Inspired from Automake-NG commit 'v1.12.1-313-g14fe163' of 2012-06-07,
[ng] subdir-objects: enable
On 01/12/2013 04:58 PM, Stefano Lattarini wrote:
On 01/11/2013 10:55 PM, Paolo Bonzini wrote:
Il 03/01/2013 21:53, Stefano Lattarini ha scritto:
So I believe we could follow suit with Automake-NG (see commit dd603e21,
http://lists.gnu.org/archive/html/automake-ng/2012-08/msg00147.html
On 01/16/2013 07:24 PM, Eric Blake wrote:
On 01/16/2013 10:48 AM, Paul Eggert wrote:
On 01/16/13 04:46, Stefano Lattarini wrote:
Makes sense. Should I try to implement something along these lines (might
take a few days), or are you planning to do that yourself (in which case
I'll avoid
On 01/09/2013 08:14 PM, Stefano Lattarini wrote:
See automake bug#10828.
* PLANS/rm-f-without-args.txt: New.
Signed-off-by: Stefano Lattarini stefano.lattar...@gmail.com
---
PLANS/rm-f-without-args.txt | 40
1 file changed, 40 insertions
On 01/13/2013 08:51 PM, Stefano Lattarini wrote:
Reference:
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=13378
On 01/07/2013 09:08 PM, Stefano Lattarini wrote:
Severity: wishlist
Inspired from Automake-NG commit 'v1.12.1-313-g14fe163' of 2012-06-07,
[ng] subdir-objects: enable
commit 3d9ee5edf6f4a6100b8faa2a3e0c7dc32ba91ea9
Merge: 030ecb4 4864af6
Author: Stefano Lattarini stefano.lattar...@gmail.com
AuthorDate: Wed Jan 16 13:20:12 2013 +0100
Commit: Stefano Lattarini stefano.lattar...@gmail.com
CommitDate: Wed Jan 16 13:20:12 2013 +0100
Merge branch 'maint
On 01/14/2013 10:50 PM, Stefano Lattarini wrote:
OK, this is getting ridiculous, but we cannot remove this macro yet
(and, yes, the fault for this mess lies entirely on me; let's not
dwell on that, thank you very much).
Gettext (so far the greatest offender in the use of AM_PROG_MKDIR
On 01/15/2013 04:16 AM, Paul Eggert wrote:
On 01/14/2013 11:56 AM, Stefano Lattarini wrote:
1. It checks that *both* 'cc' and '$CC' (which might easily be 'gcc'
or 'clang') supports -c -o together. Why? If the user has a
broken base vendor compiler, but has installed a better one
On 01/16/2013 07:24 PM, Eric Blake wrote:
On 01/16/2013 10:48 AM, Paul Eggert wrote:
On 01/16/13 04:46, Stefano Lattarini wrote:
Makes sense. Should I try to implement something along these lines (might
take a few days), or are you planning to do that yourself (in which case
I'll avoid
On 01/15/2013 07:32 PM, Brandon Black wrote:
So my conundrum is this: in automake-1.13, the default switched from serial
testing to parallel testing. The only way I can see to disable this is to
add serial-tests to my AM_INIT_AUTOMAKE. However, my AM_INIT_AUTOMAKE
also only requires version
On 01/13/2013 10:06 PM, Nick Bowler wrote:
On 2013-01-13, Stefano Lattarini stefano.lattar...@gmail.com wrote:
Another useful follow-up would be to move the AM_PROG_CC_C_O in a private
macro (to be expanded in AC_CONFIG_COMMANDS_PRE like you did above), and
make AM_PROG_CC_C_O a no-op
[+cc bug-autoconf]
Reference:
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=13378#127
On 01/13/2013 10:06 PM, Nick Bowler wrote:
On 2013-01-13, Stefano Lattarini stefano.lattar...@gmail.com wrote:
On 01/13/2013 09:01 PM, Nick Bowler wrote:
+dnl Automatically invoke AM_PROG_CC_C_O as necessary
Severity: wishlist
Reference:
http://lists.gnu.org/archive/html/automake/2013-01/msg00050.html
I'm moving this discussion to bug-automake, so that is will be registered
in our bug tracker, for easier future reference.
On 01/13/2013 08:22 PM, DJ Delorie wrote:
The DJGPP project is still quite
Hi Paul.
On 01/14/2013 08:45 PM, Paul Eggert wrote:
On 01/14/13 02:24, Stefano Lattarini wrote:
Autoconfers, WDYT?
I think I'm lost. http://debbugs.gnu.org/cgi/bugreport.cgi?bug=13378
is a long thread.
Yeah, sorry for not giving a more clear summary.
Here are the main grips I (and I
On 01/14/2013 10:38 PM, DJ Delorie wrote:
I also forgot to ask a rather important question: does modern DJGPP
on Windows 2000/XP/7 etc. support file names starting with a dot?
Just tested djgpp 2.04 with bash 2.05 on windows 7, and it can create
files with a leading dot.
Well, then it
On 01/13/2013 10:06 PM, Nick Bowler wrote:
On 2013-01-13, Stefano Lattarini stefano.lattar...@gmail.com wrote:
Another useful follow-up would be to move the AM_PROG_CC_C_O in a private
macro (to be expanded in AC_CONFIG_COMMANDS_PRE like you did above), and
make AM_PROG_CC_C_O a no-op
[+cc bug-autoconf]
Reference:
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=13378#127
On 01/13/2013 10:06 PM, Nick Bowler wrote:
On 2013-01-13, Stefano Lattarini stefano.lattar...@gmail.com wrote:
On 01/13/2013 09:01 PM, Nick Bowler wrote:
+dnl Automatically invoke AM_PROG_CC_C_O as necessary
Hi Paul.
On 01/14/2013 08:45 PM, Paul Eggert wrote:
On 01/14/13 02:24, Stefano Lattarini wrote:
Autoconfers, WDYT?
I think I'm lost. http://debbugs.gnu.org/cgi/bugreport.cgi?bug=13378
is a long thread.
Yeah, sorry for not giving a more clear summary.
Here are the main grips I (and I
/obsolete-err.m4: Re-instate AM_PROG_MKDIR_P as a working
alias for AC_PROG_MKDIR_P (albeit giving runtime warnings, and
calling AC_SUBST on 'mkdir_p' too).
* m4/init.m4 (AM_INIT_AUTOMAKE): No longer call AC_SUBST for
'mkdir_p', as that is once again AM_PROG_MKDIR_P's business.
Signed-off-by: Stefano
On 01/14/2013 09:26 PM, Eric Blake wrote:
On 01/12/2013 05:51 AM, Stefano Lattarini wrote:
Instead, only touch up AC_PROG_CC to distribute the 'compile' script and
to rewrite $CC if a losing compiler is detected.
That reads poorly - I first parsed it as if losing compiler, then
(distribute
Reference:
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=13378
On 01/07/2013 09:08 PM, Stefano Lattarini wrote:
Severity: wishlist
Inspired from Automake-NG commit 'v1.12.1-313-g14fe163' of 2012-06-07,
[ng] subdir-objects: enable unconditionally.
The fact that Automake-generated Makefiles
On 01/13/2013 09:01 PM, Nick Bowler wrote:
On 2013-01-12 11:05 +0100, Stefano Lattarini wrote:
On 01/11/2013 08:16 PM, Stefano Lattarini wrote:
On 01/11/2013 07:19 PM, Eric Blake wrote:
On 01/10/2013 06:33 AM, Stefano Lattarini wrote:
Reference:
http://debbugs.gnu.org/cgi/bugreport.cgi?bug
On 01/12/2013 09:35 PM, Stefano Lattarini wrote:
On 01/04/2013 11:15 AM, Stefano Lattarini wrote:
Severity: wishlist
The 'mksintalldirs' script has been by long superseded by install-sh -d,
has already deprecated in the documentation, and already removed in
Automake-NG. I'd like to remove
Merge: 352e10c 84d77cd
Author: Stefano Lattarini stefano.lattar...@gmail.com
Date: Sat Jan 12 14:16:04 2013 +0100
Merge branch 'master' into ng/master
This merge breaks few tests. They will be adjusted by follow-up patches.
* master: (26 commits)
tests: remove most uses
content.
Signed-off-by: Stefano Lattarini stefano.lattar...@gmail.com
---
After this, the testsuite passes once again.
t/warning-groups-win-over-strictness.sh | 9 +
t/warnings-override.sh | 9 -
t/warnings-precedence.sh| 9 -
t
701 - 800 of 5090 matches
Mail list logo