Hi!
FWIW, I like this (assuming Mathieu doesn't dig up some road block).
On 2017-03-13 14:19, Thomas Martitz wrote:
> Mathieu, based on your reaction on the other thread, I reworked my patch.
>
> This supersedes my other patch, "[PATCH] new option: object-shortname".
> It is functionally the
>
On 2016-09-14 11:33, Michal Privoznik wrote:
> Dear list,
>
> I'm a libvirt devel and I've ran into interesting problem. I'd like to
> hear your opinions on it.
>
> Libvirt is a virtualization library that uses XML to store a virtual
> machine config. We have couple of tests in our repository
is it that -c -o isn't
>> supported?
> Icl is intended to be a drop in replacement for cl. So it has the same
> interface as cl.
>
>> And another question is if icl supports the -showIncludes option from MSVC?
> It does and works how it is in depcomp.
>
> -- Johnny
>
&
Hi Jonathan,
On 2015-11-16 17:44, Peyton, Jonathan L wrote:
> Hello automake developers,
>
> I have this patch which adds icl (Windows Intel Compiler) to the lib/compile
> wrapper script. Icl has a Visual Studio driver interface and supports all
> the flags that are translated inside the
On 2015-06-21 23:14, Hans-Bernhard Bröker wrote:
It's actually even a little worse:
Any dependency on sources in another directory causes a simple make clean
in one directory to erase _all_ object files on that other one, i.e. if
docs/Makefile.am has
noinst_PROGRAMS = a
a_SOURCES =
On 2015-04-17 17:54, Pavel Raiskup wrote:
[+cc Ralf]
On Friday 27 of March 2015 21:43:14 Pavel Raiskup wrote:
On Friday 27 of March 2015 10:51:36 Eric Blake wrote:
Hmm. How hard is it to change ARFLAGS to 'cr' instead of the default of
'cru', so that projects that want to silence the
diff --git a/NEWS b/NEWS
index bdc9bb9..5d14c5e 100644
--- a/NEWS
+++ b/NEWS
@@ -116,6 +116,10 @@ New in 1.14.2:
risks causing Arg list too long for projects using automatic
dependency tracking and having a ton of source files (bug#18744).
+ - Automake tries to offer a more
diff --git a/NEWS b/NEWS
index bdc9bb9..5d14c5e 100644
--- a/NEWS
+++ b/NEWS
@@ -116,6 +116,10 @@ New in 1.14.2:
risks causing Arg list too long for projects using automatic
dependency tracking and having a ton of source files (bug#18744).
+ - Automake tries to offer a more
On 2014-01-30 21:53, Yann Dirson wrote:
On Thu, Jan 30, 2014 at 01:33:17PM +, Gavin Smith wrote:
On Wed, Jan 29, 2014 at 10:40 PM, Yann Dirson ydir...@free.fr wrote:
Hello,
It is not uncommon for software packages to build tools to be executed
at build time, to generate data files or
On 2013-06-03 12:02, Stefano Lattarini wrote:
This is a follow-up to the commit fixing automake bug#14493.
* t/cxx-demo.sh: Also check that the built program returns the
correct (i.e., zero) exit status when run. And improve comments
a little while at it.
Good catch!
Cheers,
Peter
On 2013-06-03 15:21, Stefano Lattarini wrote:
On 06/03/2013 11:47 AM, Stefano Lattarini wrote:
Peter Rosin wrote:
Yup, I'm happy to test anything you come up with (within reason :-).
Here it is. Does it work for you?
PATCH] tests: fix spurious failure when 'etags' program is Exuberant
On 2013-06-03 12:02, Stefano Lattarini wrote:
This is a follow-up to the commit fixing automake bug#14493.
* t/cxx-demo.sh: Also check that the built program returns the
correct (i.e., zero) exit status when run. And improve comments
a little while at it.
Good catch!
Cheers,
Peter
Hi!
I recently installed etags on Cygwin.
$ etags --version
Exuberant Ctags 5.8, Copyright (C) 1996-2009 Darren Hiebert
Compiled: Dec 11 2009, 11:42:40
Addresses: dhieb...@users.sourceforge.net, http://ctags.sourceforge.net
Optional compiled features: +wildcards, +regex, +internal-sort
On 2013-05-31 11:36, Stefano Lattarini wrote:
With that info (and with the help of the docs for the --langmap option), I
can make the test PASS *for this etags* with the below patch.
I also question if it's wise to 'cat TAGS' in the test, as I have
non-printable characters the tags files.
On 2013-05-31 11:58, Stefano Lattarini wrote:
On 05/31/2013 11:52 AM, Peter Rosin wrote:
I'm not going to write the patch this week though, and possibly
not in the near future as I have other things ($$$) to do as well...
Not to worry, the bug remains open, I will get to it eventually
(maybe
On 2013-05-29 11:50, Stefano Lattarini wrote:
On 05/29/2013 08:33 AM, Peter Rosin wrote:
Hi!
On MSYS, I have this situation:
$ texi2dvi --version
You don't have a working TeX binary installed, but the texi2dvi script
can't proceed without it. If you want to use this script, you have
On 2013-05-29 11:32, Stefano Lattarini wrote:
On 05/29/2013 09:24 AM, Peter Rosin wrote:
Hi!
I'm configuring Automake master (baf8a1c22acce0908) with:
./configure CC=.../compile cl ... ...
This appears to cause the below FAIL in t/subpkg.sh.
Cheers,
Peter
*snip*
checking whether
On 2013-05-29 11:23, Stefano Lattarini wrote:
On 05/29/2013 09:48 AM, Peter Rosin wrote:
On 2013-05-29 09:41, Peter Rosin wrote:
Hi!
On Automake master (baf8a1c22acce0908), t/subobj11a.sh fails
on MSYS/MSVC (depmode=msvc7msys), like this:
+ make quux
src/.deps/foo.Po:1: *** target pattern
On 2013-05-30 10:44, Stefano Lattarini wrote:
Or even depcmp: avoid trailing backslash in depfile for depmode=msvc7,
maybe?
Pushed with your subject. Thanks!
Cheers,
Peter
On 2013-05-30 00:39, Stefano Lattarini wrote:
On 05/30/2013 12:14 AM, Peter Rosin wrote:
Hi!
I just tried the testsuite on maint with MSYS/MSVC and I have one
failure, namely in silent-many-languages.sh. The reason it fails is
that while I have specified MSVC as the C and C++ compiler, I
On 2013-05-29 11:50, Stefano Lattarini wrote:
On 05/29/2013 08:33 AM, Peter Rosin wrote:
Hi!
On MSYS, I have this situation:
$ texi2dvi --version
You don't have a working TeX binary installed, but the texi2dvi script
can't proceed without it. If you want to use this script, you have
On 2013-05-29 11:23, Stefano Lattarini wrote:
On 05/29/2013 09:48 AM, Peter Rosin wrote:
On 2013-05-29 09:41, Peter Rosin wrote:
Hi!
On Automake master (baf8a1c22acce0908), t/subobj11a.sh fails
on MSYS/MSVC (depmode=msvc7msys), like this:
+ make quux
src/.deps/foo.Po:1: *** target pattern
On 2013-05-30 10:44, Stefano Lattarini wrote:
Or even depcmp: avoid trailing backslash in depfile for depmode=msvc7,
maybe?
Pushed with your subject. Thanks!
Cheers,
Peter
On 2013-05-30 10:34, Stefano Lattarini wrote:
On 05/30/2013 08:20 AM, Peter Rosin wrote:
On 2013-05-30 00:39, Stefano Lattarini wrote:
On 05/30/2013 12:14 AM, Peter Rosin wrote:
Hi!
I just tried the testsuite on maint with MSYS/MSVC and I have one
failure, namely in silent-many-languages.sh
On 2013-05-30 11:46, Stefano Lattarini wrote:
ACK, and thanks.
Pushed. As far as I'm concerned, please go ahead with releases and
betas. Thanks for the reviews!
Cheers,
Peter
Hi!
I'm configuring Automake master (baf8a1c22acce0908) with:
./configure CC=.../compile cl ... ...
This appears to cause the below FAIL in t/subpkg.sh.
Cheers,
Peter
*snip*
checking whether /home/peda/automake/lib/compile cl -nologo understands -c and
-o together... yes
*snip*
===
On 2013-05-29 09:41, Peter Rosin wrote:
Hi!
On Automake master (baf8a1c22acce0908), t/subobj11a.sh fails
on MSYS/MSVC (depmode=msvc7msys), like this:
+ make quux
src/.deps/foo.Po:1: *** target pattern contains no `%'. Stop.
It appears that the generated foo.Po is broken. Adding
On 2013-05-29 01:43, Peter Rosin wrote:
This is on MSYS, and I strongly suspect a line ending discrepancy.
The output from ./play is likely to have CRNL line endings, while
exp.play is likely to have NL line endings. diff then barfs.
The problem is the same on the micro branch (87e49f4f040c8ab
On 2013-05-29 02:08, Peter Rosin wrote:
Hi!
When t/lex-header.sh tries to compile main.c on the master branch, it fails
like this snippet below, since MSVC does not have unistd.h. I suppose main.c
should add
#define YY_NO_UNISTD_H 1
before it includes mylex.h
On 2013-05-29 07:48, Peter Rosin wrote:
Hi!
With the master branch (baf8a1c22acce0908) bison generates code with
a bunch of inline functions, but inline is spelled __inline with
MSVC, and the test fails spectacularly.
The problem is the same on the micro branch (87e49f4f040c8ab).
Cheers
On 2013-05-29 11:06, Stefano Lattarini wrote:
On 05/29/2013 10:39 AM, Peter Rosin wrote:
On 2013-05-29 02:08, Peter Rosin wrote:
Hi!
When t/lex-header.sh tries to compile main.c on the master branch, it fails
like this snippet below, since MSVC does not have unistd.h. I suppose main.c
On 2013-05-29 07:48, Peter Rosin wrote:
Hi!
With the master branch (baf8a1c22acce0908) bison generates code with
a bunch of inline functions, but inline is spelled __inline with
MSVC, and the test fails spectacularly.
An example error message:
zardoz.c(873) : error C2054: expected
On 2013-05-29 11:51, Stefano Lattarini wrote:
On 05/29/2013 11:43 AM, Peter Rosin wrote:
diff --git a/t/lex-header.sh b/t/lex-header.sh
index 005ae86..0789af4 100644
--- a/t/lex-header.sh
+++ b/t/lex-header.sh
@@ -55,6 +55,7 @@ cat lexer.l 'END'
END
cat main.c 'END'
+#define
On 2013-05-29 11:56, Stefano Lattarini wrote:
On 05/29/2013 11:54 AM, Peter Rosin wrote:
diff --git a/t/yacc-bison-skeleton.sh b/t/yacc-bison-skeleton.sh
index b89d44c..3dfc83f 100644
--- a/t/yacc-bison-skeleton.sh
+++ b/t/yacc-bison-skeleton.sh
@@ -22,6 +22,7 @@ required='cc bison'
cat
On 2013-05-29 10:50, Stefano Lattarini wrote:
On 05/29/2013 01:46 AM, Peter Rosin wrote:
Hi!
Hi Peter, thanks for the report (and the plethora of the following
ones :-)
On MSYS, t/distcheck-pr10470.sh from the master branch fails with this
log file:
Ah, this test is always skipped
On 2013-05-29 10:57, Stefano Lattarini wrote:
On 05/29/2013 01:43 AM, Peter Rosin wrote:
Hi!
I have this interesting log snippet from a failed run of t/cxx-demo.sh
on the master branch (commit baf8a1c22acce0908):
And as you noted in your follow-up message, the problem is the same
On 2013-05-29 16:23, Stefano Lattarini wrote:
On 05/29/2013 03:33 PM, Peter Rosin wrote:
On 2013-05-29 10:50, Stefano Lattarini wrote:
On 05/29/2013 01:46 AM, Peter Rosin wrote:
Hi!
Hi Peter, thanks for the report (and the plethora of the following
ones :-)
On MSYS, t/distcheck-pr10470.sh
.
I'm pushing the below patch.
Cheers,
Peter
From 625678d54b616bf5c2db6c803f4b0746f70e3e53 Mon Sep 17 00:00:00 2001
From: Peter Rosin p...@lysator.liu.se
Date: Wed, 29 May 2013 16:53:55 +0200
Subject: [PATCH] tests: avoid a spurious failure on MSYS
Fixes automake bug#14493.
* t/cxx-demo.sh: Strip
On 2013-05-29 16:54, Stefano Lattarini wrote:
What if you do something like:
$EGREP (^| )(rm|find):.*$distdir output
instead?
Yup, that did it. Thanks!
I'm pushing the following.
Cheers,
Peter
From eb33ae2b29f33bcf65afc036c9a92a61f77f75e3 Mon Sep 17 00:00:00 2001
From: Peter Rosin p
On 2013-05-29 17:35, Stefano Lattarini wrote:
On 05/29/2013 05:20 PM, Peter Rosin wrote:
On 2013-05-29 16:54, Stefano Lattarini wrote:
What if you do something like:
$EGREP (^| )(rm|find):.*$distdir output
instead?
Yup, that did it. Thanks!
I'm pushing the following.
Nice, thank you
On 2013-05-29 11:51, Stefano Lattarini wrote:
On 05/29/2013 11:43 AM, Peter Rosin wrote:
diff --git a/t/lex-header.sh b/t/lex-header.sh
index 005ae86..0789af4 100644
--- a/t/lex-header.sh
+++ b/t/lex-header.sh
@@ -55,6 +55,7 @@ cat lexer.l 'END'
END
cat main.c 'END'
+#define
On 2013-05-29 11:56, Stefano Lattarini wrote:
On 05/29/2013 11:54 AM, Peter Rosin wrote:
diff --git a/t/yacc-bison-skeleton.sh b/t/yacc-bison-skeleton.sh
index b89d44c..3dfc83f 100644
--- a/t/yacc-bison-skeleton.sh
+++ b/t/yacc-bison-skeleton.sh
@@ -22,6 +22,7 @@ required='cc bison'
cat
.
I'm pushing the below patch.
Cheers,
Peter
From 625678d54b616bf5c2db6c803f4b0746f70e3e53 Mon Sep 17 00:00:00 2001
From: Peter Rosin p...@lysator.liu.se
Date: Wed, 29 May 2013 16:53:55 +0200
Subject: [PATCH] tests: avoid a spurious failure on MSYS
Fixes automake bug#14493.
* t/cxx-demo.sh: Strip
On 2013-05-29 16:54, Stefano Lattarini wrote:
What if you do something like:
$EGREP (^| )(rm|find):.*$distdir output
instead?
Yup, that did it. Thanks!
I'm pushing the following.
Cheers,
Peter
From eb33ae2b29f33bcf65afc036c9a92a61f77f75e3 Mon Sep 17 00:00:00 2001
From: Peter Rosin p
On 2013-05-29 17:35, Stefano Lattarini wrote:
On 05/29/2013 05:20 PM, Peter Rosin wrote:
On 2013-05-29 16:54, Stefano Lattarini wrote:
What if you do something like:
$EGREP (^| )(rm|find):.*$distdir output
instead?
Yup, that did it. Thanks!
I'm pushing the following.
Nice, thank you
On 2013-05-29 18:20, Stefano Lattarini wrote:
Nice, thank you. Now only bug#14499 remains to be addressed, right?
Does the patch I sent fix the issue?
bug#14501 also remains,
OK, but it is my understand that you already have a fix for it (the
extra echo), and just need to wrap it in a
Hi!
I just tried the testsuite on maint with MSYS/MSVC and I have one
failure, namely in silent-many-languages.sh. The reason it fails is
that while I have specified MSVC as the C and C++ compiler, I didn't
bother to say that I wasn't interested in fortran. The many-lang
test then mixes the
Hi!
I have this interesting log snippet from a failed run of t/cxx-demo.sh
on the master branch (commit baf8a1c22acce0908):
+ for p in play work
+ ./play
+ cat exp.play
We are playing :-)
Howdy, play!
+ cat got.play
We are playing :-)
Howdy, play!
+ diff exp.play got.play
1,2c1,2
We are
Hi!
On MSYS, t/distcheck-pr10470.sh from the master branch fails with this
log file:
Running from installcheck: no
Test Protocol: none
PATH = /home/peda/automake/t/wrap:/home/peda/automake/t/ax:[elided]
++ pwd
/home/peda/automake/t/distcheck-pr10470.dir
+ mkdir foo.d
+ sh -c 'cd foo.d sleep
Hi!
When t/lex-header.sh tries to compile main.c on the master branch, it fails
like this snippet below, since MSVC does not have unistd.h. I suppose main.c
should add
#define YY_NO_UNISTD_H 1
before it includes mylex.h? Or is this something else? I know very little
about lexers...
Hi!
With the master branch (baf8a1c22acce0908) bison generates code with
a bunch of inline functions, but inline is spelled __inline with
MSVC, and the test fails spectacularly.
An example error message:
zardoz.c(873) : error C2054: expected '(' to follow 'inline'
$ bison --version
bison (GNU
On 2013-05-28 20:10, Stefano Lattarini wrote:
+http://austingroupbugs.net/view.php?id=5427
You have a mysterious trailing 7 here...
Cheers,
Peter
On 2013-05-28 21:29, Stefano Lattarini wrote:
Hi Peter.
On 05/28/2013 09:09 PM, Peter Rosin wrote:
On 2013-05-28 20:10, Stefano Lattarini wrote:
+http://austingroupbugs.net/view.php?id=5427
You have a mysterious trailing 7 here...
Cheers,
Peter
Oops, will remove. Thanks
On 2013-05-16 13:35, Stefano Lattarini wrote:
It gives the impression that they are directly runnable, as with
./t/foo.sh, but it has been a while since that was the case. Today,
tests are runnable only through make check or ./runtest.
I'd say that the shebang is more deceiving than an exec
On 2013-05-22 15:57, Stefano Lattarini wrote:
* t/ax/am-test-lib (null_install): New function.
* t/instdir-java.sh: Use it instead of copied pasted code.
* t/instdir-lisp.sh: Likewise.
* t/instdir-ltlib.sh: Likewise.
* t/instdir-prog.sh: Likewise.
* t/instdir-python.sh: Likewise.
*
On 2013-05-22 20:14, Stefano Lattarini wrote:
Hi Peter.
On 05/22/2013 06:35 PM, Peter Rosin wrote:
On 2013-05-22 15:57, Stefano Lattarini wrote:
* t/ax/am-test-lib (null_install): New function.
* t/instdir-java.sh: Use it instead of copied pasted code.
* t/instdir-lisp.sh: Likewise.
* t
On 2013-05-19 18:57, John Andreasson wrote:
Hi.
I have an old C++ project that I'm modernizing, and part of the process
involves migrating to Autotools.
All source files uses the .cp extension. I know it's not common, but many
compilers recognize it as C++. Automake doesn't do that
On 2013-05-14 10:04, Stefano Lattarini wrote:
diff --git a/bin/automake.in b/bin/automake.in
index 63e5962..df6560d 100644
--- a/bin/automake.in
+++ b/bin/automake.in
@@ -1330,7 +1324,7 @@ sub handle_languages ()
COMPILE = '$(' . $lang-compiler . ')',
On 2013-04-25 14:19, Stefano Lattarini wrote:
*snip*
* THANKS: Likewise.
* t/tar-ustar-id-too-high.sh: New test.
* t/list-of-tests.mk: Add it.
* t/tar2.sh: While at it, tweak and enhance a little.
* t/tar3.sh: Likewise.
* t/tar-override.sh: Likewise.
Helped-by: Pavel Raiskup
On 2013-04-25 14:19, Stefano Lattarini wrote:
*snip*
* THANKS: Likewise.
* t/tar-ustar-id-too-high.sh: New test.
* t/list-of-tests.mk: Add it.
* t/tar2.sh: While at it, tweak and enhance a little.
* t/tar3.sh: Likewise.
* t/tar-override.sh: Likewise.
Helped-by: Pavel Raiskup
On 2013-04-19 19:26, Stefano Lattarini wrote:
Since INCLUDES and AM_CPPFLAGS can be both used at the same time in a
single project, and interact in a non-obvious way, switching away from
INCLUDES is, unfortunately, not simply a matter of doing a mindless
INCLUDES - AM_CPPFLAGS substitution.
On 2013-02-28 00:39, Stefano Lattarini wrote:
On 02/28/2013 12:00 AM, Peter Rosin wrote:
[SNIP]
What I meant was that you can use (some of) my above proposed merges
to go forward with the new role for master instead of requiring help
from Savannah to allow rewriting master.
So... now
On 2013-02-28 00:39, Stefano Lattarini wrote:
On 02/28/2013 12:00 AM, Peter Rosin wrote:
[SNIP]
What I meant was that you can use (some of) my above proposed merges
to go forward with the new role for master instead of requiring help
from Savannah to allow rewriting master.
So... now
On 2013-02-26 19:30, Stefano Lattarini wrote:
Hi Peter.
On 02/26/2013 12:53 AM, Peter Rosin wrote:
On 2013-02-25 10:16, Stefano Lattarini wrote:
Note that the users can avoid branch-rewriting issues by renaming their
'master' to 'next' and their 'maint' to 'master' before pulling
On 2013-02-27 10:28, Peter Rosin wrote:
The long winding eyes glossing over discussion about version numbers
had nothing in it about branches, except the initial proposal which
stated:
* None of 'maint', 'master' and 'next' should be rewindable.
I was not aware that 'master
On 2013-02-27 11:29, Stefano Lattarini wrote:
On 02/27/2013 10:28 AM, Peter Rosin wrote:
[SNIP]
The long winding eyes glossing over discussion about version numbers
had nothing in it about branches, except the initial proposal which
stated:
* None of 'maint', 'master' and 'next
On 2013-02-23 19:06, Stefano Lattarini wrote:
On 02/23/2013 06:46 PM, Stefano Lattarini wrote:
On 02/21/2013 04:06 PM, Stefano Lattarini wrote:
In a couple of days, I will proceed with this branch moving:
* branch-1.13.2 - maint
* maint - master
* master - next
Done.
Damn, not
On 2013-02-25 10:16, Stefano Lattarini wrote:
On 02/25/2013 09:14 AM, Peter Rosin wrote:
On 2013-02-23 19:06, Stefano Lattarini wrote:
On 02/23/2013 06:46 PM, Stefano Lattarini wrote:
On 02/21/2013 04:06 PM, Stefano Lattarini wrote:
In a couple of days, I will proceed with this branch moving
Stefano Lattarini wrote:
Fine as well. And of curse, if you want to speed thing up and have more
control on the final result, feel free to shepherd the pending patches to
the agreed form ;-) -- which if I'm not mistaken is:
- make the series consist of only two patches, one introducing the
From: Stefano Lattarini stefano.lattar...@gmail.com
* t/preproc-demo.sh: New test, a demo of how the new pre-processing
feature could be used in a real-world package.
* t/preproc-errmsg.sh: New test, check that error messages remain
useful when the new pre-processing features are involved.
*
On 2013-02-08 09:45, Peter Rosin wrote:
Stefano Lattarini wrote:
Fine as well. And of curse, if you want to speed thing up and have more
control on the final result, feel free to shepherd the pending patches to
the agreed form ;-) -- which if I'm not mistaken is:
- make the series consist
Stefano Lattarini wrote:
Fine as well. And of curse, if you want to speed thing up and have more
control on the final result, feel free to shepherd the pending patches to
the agreed form ;-) -- which if I'm not mistaken is:
- make the series consist of only two patches, one introducing the
...@gmail.com
Signed-off-by: Peter Rosin p...@lysator.liu.se
---
NEWS| 12 +
automake.in | 26 --
doc/automake.texi | 20
t/list-of-tests.mk |1 +
t/preproc-reldir.sh | 129 +++
5 files changed
From: Stefano Lattarini stefano.lattar...@gmail.com
* t/preproc-demo.sh: New test, a demo of how the new pre-processing
feature could be used in a real-world package.
* t/preproc-errmsg.sh: New test, check that error messages remain
useful when the new pre-processing features are involved.
*
Hi Petr!
On 2013-02-05 13:00, Petr Hracek wrote:
just a one question regarding that problem
Can that patch applicable?
As far as I can tell, the patch has other problems, but
since those would be more obvious to whomever was going to
shepherd this patch in (and I'm not what person) I didn't
On 2013-02-04 12:23, Stefano Lattarini wrote:
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
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 of all.
BTW, that was a mix of on us all and on all of us, if
anyone didn't notice...
I tend to agree (but see Peter Johansson's proposal to use
{AM_RELDIR
On 2013-02-04 19:11, Stefano Lattarini wrote:
On 02/04/2013 06:33 PM, Eric Blake wrote:
So they aren't quite affected by configure, but they are dependent on
relative location, just like existing substitutions like @top_srcdir@
are dependent on relative location.
Yes, but they are dependent
On 2013-02-04 00:10, 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:, to avoid
On 2013-02-04 12:23, Stefano Lattarini wrote:
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
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 to diagnose, from the point
of view of a non
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 of all.
BTW, that was a mix of on us all and on all of us, if
anyone didn't notice...
I tend to agree (but see Peter Johansson's proposal to use
{AM_RELDIR
Hi Stefano,
On 2013-02-01 10:35, Stefano Lattarini wrote:
On 02/01/2013 09:45 AM, Peter Rosin wrote:
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
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 concede; so while I
agree with the decision to deprecate (but not remove) INCLUDES from
automake, I
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 to a hundred
(or so) Makefiles in *one* project I'm involved with.
Hi Stefano,
On 2013-02-01 10:35, Stefano Lattarini wrote:
On 02/01/2013 09:45 AM, Peter Rosin wrote:
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
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 concede; so while I
agree with the decision to deprecate (but not remove) INCLUDES from
automake, I
Hi Petr,
I have looked at this only cursory, but FWIW,
On 2013-01-30 14:31, Petr Hracek wrote:
*snip*
+AC_SUBST([AM_BIG_ID], [2097152])
*snip*
+#Test if $user_id is greater then 2^21
s/then/than/
And please add a space after the comment hash-marks.
+#if yes then failed.
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 deprecated in Autoconf since at least
the 2.13
Hi Stefano,
Since you don't seem impressed by my arguments for keeping the
support for configure.in, I will just stop wasting time and
drop this discussion. I can't help myself though, and find
myself repeating my arguments one last time...
- I don't want to convert the GGI project from CVS, I
On 2013-01-25 17:03, Peter Rosin wrote:
On 2013-01-24 13:22, Peter Rosin wrote:
On 2013-01-23 16:08, Stefano Lattarini wrote:
On 01/23/2013 03:34 PM, Peter Rosin wrote:
On 2013-01-23 13:45, Stefano Lattarini wrote:
*snip*
Too much automagic here IMO. We'd better have two distinct subst, one
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 (starting
with 2.70 probably) will start to warn about it
On 2013-01-23 16:08, Stefano Lattarini wrote:
On 01/23/2013 03:34 PM, Peter Rosin wrote:
On 2013-01-23 13:45, Stefano Lattarini wrote:
*snip*
Too much automagic here IMO. We'd better have two distinct subst, one for
the real directory name, and one for the directory name canonicalized
as a reference to me or other developers in the future.
Well, apparently I was in the mood and found some more time :-)
On 01/22/2013 11:22 AM, Peter Rosin wrote:
From 5cc9c775dbe46343b651a7e6ac378f71e6a3b6c1 Mon Sep 17 00:00:00 2001
From: Peter Rosin p...@lysator.liu.se
Date: Tue, 22 Jan 2013 11:17:11
on master instead. But as I said, do what you want with it...
Cheers,
Peter
From 5cc9c775dbe46343b651a7e6ac378f71e6a3b6c1 Mon Sep 17 00:00:00 2001
From: Peter Rosin p...@lysator.liu.se
Date: Tue, 22 Jan 2013 11:17:11 +0100
Subject: [PATCH] reldir: Add support for relative names in included fragments
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 from an AM_PROG_CXX_C_O variant. If the
meat of
On 2013-01-08 20:27, Stefano Lattarini wrote:
On 01/08/2013 04:29 PM, Eric Blake wrote:
On 01/08/2013 08:15 AM, Stefano Lattarini wrote:
In addition, AM_PROG_CC_C_O is not required by
projects that don't care about catering to inferior compilers.
How much speed penalty and configure bloat
On 2013-01-08 22:42, Stefano Lattarini wrote:
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
On 2013-01-02 14:04, Stefano Lattarini wrote:
On 01/02/2013 02:01 PM, Stefano Lattarini wrote:
On 01/02/2013 02:58 AM, Daniel Herring wrote:
On Tue, 1 Jan 2013, Stefano Lattarini wrote:
OTOH, what about distribution tarballs in '.zip' format? They don't
use tar at all ... Time to deprecate
Hi Rheinländer!
On 2012-12-17 01:41, Rheinländer wrote:
Hi,
here is a suggestion how to make MSVC (cl.exe) recognize the standard
extension for assembly code in C projects: Just add the compiler
switch /Tc before the file inquestion, or use /TC toforce all files
mentioned on the command
1 - 100 of 419 matches
Mail list logo