* Makefile.am (XFAIL_TESTS): So Don't list it here.
Signed-off-by: Stefano Lattarini stefano.lattar...@gmail.com
---
Makefile.am | 1 -
1 file changed, 1 deletion(-)
diff --git a/Makefile.am b/Makefile.am
index 7ead7d9..f4ebd2c 100644
--- a/Makefile.am
+++ b/Makefile.am
@@ -347,7 +347,6
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=13378#50
@acindex AC_PROG_CC_C_O
-This is like @code{AC_PROG_CC_C_O}, but it generates its
I thought I had managed to send the cover letter of that patch
series to the bug tracker too, but I was wrong. Oh well. Here
is the link:
http://lists.gnu.org/archive/html/automake-patches/2013-01/msg00102.html
Stefano
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)
and have Automake-generated makefiles pass
tags 11419 wontfix
close 11419
thanks
Reference:
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=11419
The improvements to the ylwrap script contributed by Akim in the 1.12.x
and 1.13 releases have fixed most of the issues or bugs this proposal
intended to address; even better, they did so in a
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 it in future Automake versions.
However, we
* maintainer/maint.mk (update-copyright): Adjust.
Signed-off-by: Stefano Lattarini stefano.lattar...@gmail.com
---
maintainer/maint.mk | 1 +
1 file changed, 1 insertion(+)
diff --git a/maintainer/maint.mk b/maintainer/maint.mk
index 87df79f..1ea10a2 100644
--- a/maintainer/maint.mk
+++ b
* maintainer/maint.mk (update-copyright): Here. The 'lib/update-copyright'
already honoured it, but some parts of our recipe didn't. This has caused
the incomplete copyright bump that was fixed by the previous patch.
Signed-off-by: Stefano Lattarini stefano.lattar...@gmail.com
---
maintainer
With make update-copyright. Apparently they were missed in the
last bump.
* bootstrap.sh, configure.ac, t/txinfo-builddir.sh: In these files.
Signed-off-by: Stefano Lattarini stefano.lattar...@gmail.com
---
bootstrap.sh | 2 +-
configure.ac | 2 +-
t/txinfo-builddir.sh | 2
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=13378#50
@acindex AC_PROG_CC_C_O
-This is like @code{AC_PROG_CC_C_O}, but it generates its
On 01/12/2013 06:19 AM, Mike Frysinger wrote:
I can't imagine the runtime checks being a big runtime penalty, so there
shouldn't be a need to do the checks at configure check and hardcode the
result in the generated automake.
With the current system, it means if you change your perl config
Suggested by Eric Blake.
* t/am-prog-cc-c-o.sh: New test.
* t/list-of-tests.mk: Add it.
Signed-off-by: Stefano Lattarini stefano.lattar...@gmail.com
---
t/am-prog-cc-c-o.sh | 85 +
t/list-of-tests.mk | 1 +
2 files changed, 86 insertions
commit 9cb18f18a756e7e6b7a5deaa7fd677e9a902
Merge: bfd7cc5 34001a9
Author: Stefano Lattarini stefano.lattar...@gmail.com
Date: Fri Jan 11 21:53:19 2013 +0100
Merge branch 'maint'
* maint:
compile: use 'compile' script when -c -o is used with losing compilers
HACKING
%' transform
expands to -c.
Signed-off-by: Stefano Lattarini stefano.lattar...@gmail.com
---
automake.in | 1 -
lib/am/depend2.am | 24
2 files changed, 12 insertions(+), 13 deletions(-)
diff --git a/automake.in b/automake.in
index 46813b6..5c2a196 100644
),
in commit v2.69-63-gce48964 of 2013-01-11, AC_PROG_CC: also check whether
$CC supports -c -o together:
http://lists.gnu.org/archive/html/autoconf-patches/2013-01/msg7.html
* m4/init.m4 (AC_PROG_CC): Simplify, relying on the Autoconf hook.
Signed-off-by: Stefano Lattarini stefano.lattar...@gmail.com
'.
* lib/am/depend2.am: Adjust to just assume the '?-o?' transform is true,
and the '%-o%' transform expands to -o.
Signed-off-by: Stefano Lattarini stefano.lattar...@gmail.com
---
automake.in | 12 +---
lib/am/depend2.am | 16
2 files changed, 5 insertions(+), 23
'.vapi' headers.
(lang_java_rewrite): Remove.
Remove an outdated comment.
* lib/am/depend2.am: Partial rewrite to reduce code duplication and
drop use of the '%DEPBASE%' transform.
* t/compile_f_c_cxx.sh: Adjust.
Signed-off-by: Stefano Lattarini stefano.lattar...@gmail.com
---
automake.in
They are unused after the recent flurry of changes. This is just a
simplification; no semantic change is intended.
* automake.in: Here, in the Automake::Language 'Class::Struct' definition
and in all the 'register_language()' invocations.
Signed-off-by: Stefano Lattarini stefano.lattar
: Likewise.
* t/subobj4.sh: Remove as obsolete.
* t/sourcefile-in-subdir.sh: Likewise.
Signed-off-by: Stefano Lattarini stefano.lattar...@gmail.com
---
NEWS| 14
automake.in | 72 -
doc/automake.texi
Just a simplification; no semantic change is intended.
* lib/am/depend2.am (am__set_depbase): New. Use it in all the three
flavours of recipes (.o, .obj, .lo), instead of duplicating its code.
Signed-off-by: Stefano Lattarini stefano.lattar...@gmail.com
---
lib/am/depend2.am | 17
-off-by: Stefano Lattarini stefano.lattar...@gmail.com
---
automake.in | 4 +---
lib/am/depend2.am | 46 --
2 files changed, 25 insertions(+), 25 deletions(-)
diff --git a/automake.in b/automake.in
index ca67b26..a2f0d50 100644
--- a/automake.in
-by: Stefano Lattarini stefano.lattar...@gmail.com
---
automake.in | 5 +
lib/am/depend2.am | 44
t/silent-nested-vars.sh | 2 +-
3 files changed, 18 insertions(+), 33 deletions(-)
diff --git a/automake.in b/automake.in
index a2f0d50
before pushing (and of course, more than
that if Autoconf 2.70 is not released next week after all).
Thanks,
Stefano
-*-*-*-
Stefano Lattarini (11):
compile: avoid AC_PROG_CC messy rewrite
subdir-objects: enable unconditionally
cleanup: having subdir-objects mandatory allow us some
commit 84d77cd6e35f66a6bfd5b41a39bb8c2a4f909b6f
Merge: 9cb18f1 1e44f85
Author: Stefano Lattarini stefano.lattar...@gmail.com
Date: Sat Jan 12 13:54:43 2013 +0100
Merge branch 'maint'
* maint:
tests: remove most uses of the AM_PROG_CC_C_O obsolete macro
coverage: obsolete
:00:00 2001
Message-Id:
ea80119488d2cd38ec3c81119c6019a4b6decb89.1357921799.git.stefano.lattar...@gmail.com
From: Stefano Lattarini stefano.lattar...@gmail.com
Date: Fri, 11 Jan 2013 16:59:07 +0100
Subject: [PATCH] compile: avoid AC_PROG_CC messy rewrite
Instead, only touch up AC_PROG_CC
On 01/11/2013 06:56 PM, Eric Blake wrote:
On 01/11/2013 09:30 AM, Stefano Lattarini wrote:
Subject: [PATCH] compile: avoid AC_PROG_CC messy rewrite
Instead, only touch up AC_PROG_CC to distribute the 'compile' script and
to rewrite $CC if a losing compiler is detected. We can do so because
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=13378#50
@acindex AC_PROG_CC_C_O
-This is like @code{AC_PROG_CC_C_O}, but it generates its results in
-the manner required by Automake. You
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=13378#50
@acindex AC_PROG_CC_C_O
-This is like @code{AC_PROG_CC_C_O}, but it generates its results in
-the manner required by Automake. You
On 01/11/2013 06:11 PM, Mike Frysinger wrote:
On Friday 11 January 2013 04:08:26 Stefano Lattarini wrote:
On 01/11/2013 05:07 AM, Mike Frysinger wrote:
i can't imagine this is a big runtime penalty, so why does configure
check for the perl's thread settings and then hardcode
[+cc automake-patches, since patches should be discussed there]
On 01/11/2013 05:07 AM, Mike Frysinger wrote:
i can't imagine this is a big runtime penalty, so why does configure check
for
the perl's thread settings and then hardcode that in the generated automake ?
I don't know, I wasn't
On 01/11/2013 06:11 PM, Mike Frysinger wrote:
On Friday 11 January 2013 04:08:26 Stefano Lattarini wrote:
On 01/11/2013 05:07 AM, Mike Frysinger wrote:
i can't imagine this is a big runtime penalty, so why does configure
check for the perl's thread settings and then hardcode
Reference:
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=13378#50
On 01/08/2013 08:27 PM, Stefano Lattarini wrote:
On 01/08/2013 04:29 PM, Eric Blake wrote:
On 01/08/2013 08:15 AM, Stefano Lattarini wrote:
That would be overkill, since AM_PROG_CC_C_O is only required by
projects doing C
On 01/10/2013 02:33 PM, Stefano Lattarini wrote:
Reference:
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=13378#50
On 01/08/2013 08:27 PM, Stefano Lattarini wrote:
On 01/08/2013 04:29 PM, Eric Blake wrote:
On 01/08/2013 08:15 AM, Stefano Lattarini wrote:
That would be overkill, since
On 01/10/2013 02:33 PM, Stefano Lattarini wrote:
Reference:
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=13378#50
On 01/08/2013 08:27 PM, Stefano Lattarini wrote:
On 01/08/2013 04:29 PM, Eric Blake wrote:
On 01/08/2013 08:15 AM, Stefano Lattarini wrote:
That would be overkill, since
On 01/09/2013 04:09 PM, Timothée Flutre wrote:
Thanks, I've added TESTS_ENVIRONMENT (tried with or without AC_)
(it's AM_ BTW)
in my test/Makefile.am and updated the rest like this:
launch_functional_tests.bash: $(srcdir)/launch_functional_tests.in
sed -e
On 01/10/2013 08:57 PM, Timothée Flutre wrote:
I updated M4, Autoconf and Automake to their latest version. In
Makefile.am, I'm added only this:
AM_TESTS_ENVIRONMENT = \
myprog_abspath='$(abs_srcdir)'/../src/myprog; \
export myprog_abspath;
And now make check works!
* Makefile.am (XFAIL_TESTS): Add 't/ccnoco4.sh': this test is
*supposed* to fail, since it's exposing an unfixed bug.
Signed-off-by: Stefano Lattarini stefano.lattar...@gmail.com
---
Makefile.am | 1 +
1 file changed, 1 insertion(+)
diff --git a/Makefile.am b/Makefile.am
index f60033e..356e6d9
References:
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=12967
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=12978
The support for SGI compiler has been removed in the master version
of the depcomp script (see commit 'v1.13-11-g35da608'), so I'm closing
these bug reports.
Regards,
Stefano
Reference:
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=8969
One and a half year ago, I wrote :
I'll soon post a patch that improves the synchronization between
some examples from the manual and some test cases. In the process
of writing it, I've noticed that various non-trivial examples
commit bfd7cc5a7e2f4dbfa9b6c6188029b6fe345eba81
Merge: 7965844 8971d23
Author: Stefano Lattarini stefano.lattar...@gmail.com
Date: Wed Jan 9 12:04:52 2013 +0100
Merge branch 'maint'
* maint:
tests: adjust stale references to old test names
tests: rename the last aclocal
See automake bug#13378.
* PLANS/subdir-objects.txt: New.
* t/ccnoco4.sh: Improve heading comments a little.
Signed-off-by: Stefano Lattarini stefano.lattar...@gmail.com
---
PLANS/subdir-objects.txt | 67
t/ccnoco4.sh | 9 ---
2
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(+)
create mode 100644 PLANS/rm-f-without-args.txt
diff --git
* lib/am/depend2.am: The fastdep mode is supported not only for
gcc 3.x, but for gcc 3.x or later, in particular, for all gcc in
the 4.x series (at the time of writing, the latest release is 4.72).
Adjust the comments to match, and re-wrap them while at it.
Signed-off-by: Stefano Lattarini
existing code (for the 'depend2.am' code, that will probably happen
on the master branch).
Signed-off-by: Stefano Lattarini stefano.lattar...@gmail.com
---
lib/am/depend2.am | 23 ---
1 file changed, 23 deletions(-)
diff --git a/lib/am/depend2.am b/lib/am/depend2.am
index 18290e4
On 01/06/2013 09:45 AM, David Yu wrote:
Hi guys:
I want my project auto probe the Makefile.am entry all
directories, if a directory has Makefile.am, I will create Makefile.in
with automake.
Your best bet is to create a bootstrap script that prepares this
information for autoconf;
On 01/09/2013 05:41 AM, Timothée Flutre wrote:
Hello,
I am using Autotools for my C++ package. My package has a single
binary (let's call it myprog). I also wrote a bash script,
launch_functional_tests.bash. This script has 4 steps:
(1) create input files,
(2) generate expected output files
On 01/09/2013 05:05 PM, Jan Engelhardt wrote:
The
help2man: can't get `--help' info from ./aclocal
error seems to have reappeared in automake-1.13.1 (judging from
http://gnu-automake.7480.n7.nabble.com/Man-pages-for-automake-and-aclocal-td11966.html)
help2man is of version
On 01/09/2013 10:13 PM, Jan Engelhardt wrote:
On Wednesday 2013-01-09 19:11, Stefano Lattarini wrote:
On 01/09/2013 05:05 PM, Jan Engelhardt wrote:
The
help2man: can't get `--help' info from ./aclocal
error seems to have reappeared in automake-1.13.1 (judging from
http://gnu
On 01/08/2013 10:57 AM, Peter Breitenlohner wrote:
On Mon, 7 Jan 2013, Stefano Lattarini wrote:
Alas, since this also means changing the default behaviour of Automake
('subdir-objects' is not enabled by default, sadly), this means the
transition path will be less smooth than I'd like. Here
On 01/08/2013 11:35 AM, Stefano Lattarini wrote:
this warning (given when there are C - or other? - sources in subdirs)
should also mention the need to use AM_PROG_CC_C_O.
Agreed.
Actually, the warning about a missing AM_PROG_CC_C_O will be automatically
given once the user has added 'subdir
On 01/07/2013 08:30 PM, Stefano Lattarini wrote:
Reference:
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=13351
On 01/04/2013 05:43 PM, Stefano Lattarini wrote:
Hi Thien-Thi, thanks for the feedback.
On 01/04/2013 03:07 PM, Thien-Thi Nguyen wrote:
() Stefano Lattarini stefano.lattar
Hi Nick.
On 01/08/2013 03:53 PM, Nick Bowler wrote:
On 2013-01-08 13:17 +0100, Stefano Lattarini wrote:
Actually, the warning about a missing AM_PROG_CC_C_O will be automatically
given once the user has added 'subdir-objects' to the AUTOMAKE_OPTIONS.
- the user sees the warning about
[+cc automake-patches]
Reference:
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=13378#44
On 01/08/2013 05:00 PM, Nick Bowler wrote:
On 2013-01-08 16:15 +0100, Stefano Lattarini wrote:
On 01/08/2013 03:53 PM, Nick Bowler wrote:
[...]
I don't think AM_PROG_CC_C_O is optional at all when subdir
On 01/08/2013 04:29 PM, Eric Blake wrote:
On 01/08/2013 08:15 AM, Stefano Lattarini wrote:
That would be overkill, since AM_PROG_CC_C_O is only required by
projects doing C compilation. Also, IIRC, that macro needs to be
called after AC_PROG_CC, while AM_INIT_AUTOMAKE is typically invoked
On 01/08/2013 11:03 PM, Peter Rosin wrote:
[BIG SNIP]
Then again, in the longer term, wouldn't it be better to provide a
(GNU or non-GNU) package meant to wrap all this MSVC incompatibilities
in a secluded place, instead of having Automake chase all this
intricacies with mixed fortune?
On 01/07/2013 08:30 PM, Stefano Lattarini wrote:
Reference:
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=13351
On 01/04/2013 05:43 PM, Stefano Lattarini wrote:
Hi Thien-Thi, thanks for the feedback.
On 01/04/2013 03:07 PM, Thien-Thi Nguyen wrote:
() Stefano Lattarini stefano.lattar
[+cc automake-patches]
Reference:
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=13378#44
On 01/08/2013 05:00 PM, Nick Bowler wrote:
On 2013-01-08 16:15 +0100, Stefano Lattarini wrote:
On 01/08/2013 03:53 PM, Nick Bowler wrote:
[...]
I don't think AM_PROG_CC_C_O is optional at all when subdir
in some aclocal tests, and makes the
behaviour of the test match once again what is stated in the
heading comments. While at it, improve those same heading comments
a little.
Signed-off-by: Stefano Lattarini stefano.lattar...@gmail.com
---
t/acloca10.sh | 4 ++--
1 file changed, 2 insertions
* t/remake-renamed-m4-macro-and-file.sh: Adjust to reflect to old
acloca22 - t/aclocal-deleted-header.sh test rename.
* t/aclocal-pr450.sh (configure.ac): Use '$me' in the AC_INIT call,
instead of hard-coding the old name of this test, i.e., acloca19.
Signed-off-by: Stefano Lattarini
On 01/08/2013 07:11 PM, Ole Jørgen Legård wrote:
I am trying to compile Automake on QNX 6.5.0, but get the following error
message:
# make
CDPATH=${ZSH_VERSION+.}: cd . /tmp/automake-1.13/t/wrap/aclocal-1.13
The automatic rebuild rules are kicking in before the aclocal and automake
On 01/08/2013 09:38 PM, Ole Jørgen Legård wrote:
On 01/08/2013 07:11 PM, Ole Jørgen Legård wrote:
I am trying to compile Automake on QNX 6.5.0, but get the following error
message:
# make
CDPATH=${ZSH_VERSION+.}: cd .
/tmp/automake-1.13/t/wrap/aclocal-1.13
The automatic rebuild rules
On 01/08/2013 10:06 PM, Peter Rosin wrote:
On 2013-01-08 16:15, Stefano Lattarini wrote:
That would be overkill, since AM_PROG_CC_C_O is only required by
projects doing C compilation.
Hi,
However, a notorious C++ compiler from Redmond is inferior also in its
C++ mode and would benefit
Reference:
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=13351
On 01/04/2013 05:43 PM, Stefano Lattarini wrote:
Hi Thien-Thi, thanks for the feedback.
On 01/04/2013 03:07 PM, Thien-Thi Nguyen wrote:
() Stefano Lattarini stefano.lattar...@gmail.com
() Thu, 03 Jan 2013 21:53:21 +0100
Reference:
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=13351
On 01/04/2013 05:43 PM, Stefano Lattarini wrote:
Hi Thien-Thi, thanks for the feedback.
On 01/04/2013 03:07 PM, Thien-Thi Nguyen wrote:
() Stefano Lattarini stefano.lattar...@gmail.com
() Thu, 03 Jan 2013 21:53:21 +0100
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 place compiled object files in
he current directory by default, also when the corresponding source file
is in a
Hi Peter, thanks for the feedback.
On 01/07/2013 10:55 PM, Peter Johansson wrote:
On 1/8/13 6:08 AM, 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
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 it in future Automake versions.
However, we must first find a viable way to non-fatally deprecate it
On 01/03/2013 12:19 PM, Stefano Lattarini wrote:
Individual files or sub-directories about future and on-going
development plans in Automake will be added in follow-up commits.
This new set of documents is meant to help ensure a more controlled
and smooth development and evolution
A follow-up to commit 'v1.13-6-gad08bbf'.
* lib/am/texinfos.am (dist-info): Stop catering to info files
with '.iNN' extension (as in '.i23' or '.i02').
Signed-off-by: Stefano Lattarini stefano.lattar...@gmail.com
---
lib/am/texinfos.am | 3 +--
1 file changed, 1 insertion(+), 2 deletions
commit b9bbfe9af9088bc83f50b2971fd21d2be91b9d6a
Merge: b8114a0 e4fc1da
Author: Stefano Lattarini stefano.lattar...@gmail.com
Date: Thu Jan 3 15:14:26 2013 +0100
Merge branch 'master' into ng/master
* master:
build: don't enable 'color-tests' automake option explicitly
build
[+cc Automake-NG]
Reference: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=13349#31
On 01/03/2013 10:34 PM, Eric Blake wrote:
On 01/03/2013 02:14 PM, Stefano Lattarini wrote:
So what's the verdict - do we (want to) support the user overriding
MAKE, and therefore document that in INSTALL
On 01/03/2013 11:53 PM, Nick Bowler wrote:
On 2013-01-03 23:05 +0100, Stefano Lattarini wrote:
TARGETS = all check clean distclean dist distcheck install uninstall
.PHONY: $(TARGETS)
$(TARGETS): ; @gmake $(AM_MAKEFLAGS) $@
Unfortunately, this kind of wrapper doesn't work particularly
On 01/04/2013 12:35 AM, Bob Friesenhahn wrote:
On Fri, 4 Jan 2013, Stefano Lattarini wrote:
On 01/03/2013 11:53 PM, Nick Bowler wrote:
On 2013-01-03 23:05 +0100, Stefano Lattarini wrote:
TARGETS = all check clean distclean dist distcheck install uninstall
.PHONY: $(TARGETS
On 01/03/2013 01:57 AM, Karl Berry wrote:
that every tar (except maybe really ancient ones, can't remember, but we
don't care) supports the -style.
It would be nice to verify this claim on as much systems as possible
Certainly POSIX has always required supporting -options,
On 01/03/2013 01:57 AM, Karl Berry wrote:
OTOH, what about distribution tarballs in '.zip' format? They don't
use tar at all ... Time to deprecate them maybe? Is anybody actually
using them? And while at it, what about the even more obscure 'shar'
format?
FWIW, I think
On 01/02/2013 07:51 PM, Peter Rosin wrote:
Yes, I believe quite a few projects have a separately maintained Visual
Studio solution, seeded with handwritten config.h etc, meaning that they
don't require Autotools to build from source on Windows.
Right, I didn't think about that possibility.
Hi Bob, thanks for the prompt feedback.
On 01/03/2013 08:14 PM, Bob Friesenhahn wrote:
On Thu, 3 Jan 2013, Stefano Lattarini wrote:
The known make implementations that does not support recursive variable
expansion -- as in $(foo_$(bar)) -- should by today be either very old
or very fringe
On 01/03/2013 08:56 PM, Bob Friesenhahn wrote:
On Thu, 3 Jan 2013, Stefano Lattarini wrote:
How would you know the make program that the user will actually use?
Assume it is either the default one, or that $MAKE is passed to
configure. Automake-generated configure code has been doing
Hi Eric.
On 01/03/2013 09:40 PM, Eric Blake wrote:
[adding bug-autoconf, as owner of the source that becomes the generic
GNU INSTALL file]
On 01/03/2013 01:33 PM, Bob Friesenhahn wrote:
On Thu, 3 Jan 2013, Stefano Lattarini wrote:
It is a problem that MAKE is not mentioned in the standard
[+cc Automake-NG]
Reference: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=13349#31
On 01/03/2013 10:34 PM, Eric Blake wrote:
On 01/03/2013 02:14 PM, Stefano Lattarini wrote:
So what's the verdict - do we (want to) support the user overriding
MAKE, and therefore document that in INSTALL
On 01/03/2013 11:53 PM, Nick Bowler wrote:
On 2013-01-03 23:05 +0100, Stefano Lattarini wrote:
TARGETS = all check clean distclean dist distcheck install uninstall
.PHONY: $(TARGETS)
$(TARGETS): ; @gmake $(AM_MAKEFLAGS) $@
Unfortunately, this kind of wrapper doesn't work particularly
On 01/04/2013 12:35 AM, Bob Friesenhahn wrote:
On Fri, 4 Jan 2013, Stefano Lattarini wrote:
On 01/03/2013 11:53 PM, Nick Bowler wrote:
On 2013-01-03 23:05 +0100, Stefano Lattarini wrote:
TARGETS = all check clean distclean dist distcheck install uninstall
.PHONY: $(TARGETS
[Dropping Automake-NG]
On 01/04/2013 01:12 AM, Eric Blake wrote:
On 01/03/2013 04:54 PM, Stefano Lattarini wrote:
Then again, it is autoconf that defines AC_PROG_MAKE_SET which in turn
provides @SET_MAKE@ for substitution in Makefiles;
Right, I had forgotten about that. I somehow just took
On 01/02/2013 09:55 PM, Jack Kelly wrote:
Stefano Lattarini stefano.lattar...@gmail.com writes:
So I ask: do you think it would be worthwhile to curb the quantity
of patches posted here, by posting only the patches judged worth
of general interest? Or, if that sounds overly harsh, what
-on in some regards.
* PLANS/README: New.
* Makefile.am (EXTRA_DIST): Distribute the whole PLANS directory.
Signed-off-by: Stefano Lattarini stefano.lattar...@gmail.com
---
OK for maint? I will push by tomorrow if there is no objection.
Thanks,
Stefano
Makefile.am | 3 ++-
PLANS/README
-off-by: Stefano Lattarini stefano.lattar...@gmail.com
---
Makefile.am | 10 +-
runtest.in = t/ax/runtest.in | 1 +
2 files changed, 6 insertions(+), 5 deletions(-)
rename runtest.in = t/ax/runtest.in (99%)
diff --git a/Makefile.am b/Makefile.am
index 0c9d8b7..d868501
* t/ax/runtest.in: Accept options '-k' and '--keep-testdirs' (same
as exporting '$keep_testdirs' to yes). To improve compatibility
with the make check interface, allow environment variables to be
passes on the command line. Minor adjustments while at it.
Signed-off-by: Stefano Lattarini
On 01/02/2013 01:06 PM, Stefano Lattarini wrote:
And here is the patch deprecating the CLEANFILES hack. This too is
for maint, and scheduled to appear in Automake 1.13.2. I will push
it with together with the patch introducing the new 'info-in-builddir'
option, tomorrow.
Regards
in CLEANFILES or DISTCLEANFILES.
Signed-off-by: Stefano Lattarini stefano.lattar...@gmail.com
---
automake.in | 38 +-
1 file changed, 21 insertions(+), 17 deletions(-)
diff --git a/automake.in b/automake.in
index 53c4975..e8ba73f 100644
--- a/automake.in
+++ b
'.
* bootstrap.sh: Pass the '-Wall -Werror' options to aclocal,
automake and autoconf invocations.
Signed-off-by: Stefano Lattarini stefano.lattar...@gmail.com
---
bootstrap.sh | 9 +
configure.ac | 2 +-
2 files changed, 6 insertions(+), 5 deletions(-)
diff --git a/bootstrap.sh b
commit e4fc1dad85ab0a6f3f408a2f74059b826457b4dd
Merge: 97d770d 654324c
Author: Stefano Lattarini stefano.lattar...@gmail.com
Date: Thu Jan 3 14:42:55 2013 +0100
Merge branch 'maint'
* maint:
build: don't enable 'color-tests' automake option explicitly
build: enable all
Hi Karl, thanks for the patch. I have some nits however
On 01/03/2013 07:45 PM, Karl Berry wrote:
Pursuant to http://debbugs.gnu.org/cgi/bugreport.cgi?bug=13324 ...
I suggest something like the following small change to the manual,
mentioning dist-hook instead of just unconditionally saying
* lib/am/texibuild.am: Here, in the rules generating HTML output.
We can do so because, since Automake 1.13, we require Texinfo = 4.9
anyway.
Basically a backport of Automake-NG commit '1.12.2-879-ge6caf5e'.
Signed-off-by: Stefano Lattarini stefano.lattar...@gmail.com
---
lib/am/texibuild.am
On 01/04/2013 12:11 AM, Karl Berry wrote:
I didn't mind taking 3 minutes to convert this into a git commit.
Thanks.
From me too.
+ameliorate the problem; @xref{The dist Hook}.
I'm afraid that's the wrong kind of xref (capital See). Needs to be @pxref.
I've fixed that locally
On 01/03/2013 01:57 AM, Karl Berry wrote:
that every tar (except maybe really ancient ones, can't remember, but we
don't care) supports the -style.
It would be nice to verify this claim on as much systems as possible
Certainly POSIX has always required supporting -options,
On 01/03/2013 01:57 AM, Karl Berry wrote:
That is already possible:
http://www.gnu.org/software/automake/manual/automake.html#The-dist-Hook
I see. Given this, I propose merely changing the definition of am__tar
to use variables. Something like:
am__tar = $(TAR) $(TAR_OPTIONS) -
On 01/03/2013 01:57 AM, Karl Berry wrote:
OTOH, what about distribution tarballs in '.zip' format? They don't
use tar at all ... Time to deprecate them maybe? Is anybody actually
using them? And while at it, what about the even more obscure 'shar'
format?
FWIW, I think
Severity: wishlist
[This is posted also to the automake list to ensure a wider audience.
Discussion should continue exclusively on the bug-automake list.]
The known make implementations that does not support recursive variable
expansion -- as in $(foo_$(bar)) -- should by today be either very
Reference:
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=10828
[This is posted also to the automake list to ensure a wider audience.
Discussion should continue exclusively on the bug-automake list]
OK, time to resurrect this thread.
To summarize, POSIX will say in a future version that running
Severity: wishlist
[This is posted also to the automake and texinfo lists to ensure
a wider audience. Discussion should continue exclusively on the
bug-automake list, to avoid a cross-posting flood]
Automake-generated have for a long time supported split info files:
801 - 900 of 5090 matches
Mail list logo
