[re-adding the list; please keep it in loop in future answers]
On 04/23/2012 04:32 PM, Дилян Палаузов wrote:
Hello,
thanks for your answer.
This file shall be read before BUILD_SOURCES is expanded, so the
include shall happen at the beginning of Makefile.in.
No, it shall not, as
Hello,
that is the point. I want to include Mfilename in the very beginning
of Makefile.in . You said, that Automake automatically makes sure, that
all variables are defined, before they are used, but Automake has not
idea what Mfilename contains (Mfilename does not exist when Automake is
On 04/23/2012 04:53 PM, Дилян Палаузов wrote:
Hello,
that is the point. I want to include Mfilename in the very beginning of
Makefile.in.
With the current Automake implementation, you basically can't. Sorry.
You said, that Automake automatically makes sure, that all variables are
On 2012-04-23 16:53 +0200, Дилян Палаузов wrote:
that is the point. I want to include Mfilename in the very beginning
of Makefile.in . You said, that Automake automatically makes sure, that
all variables are defined, before they are used, but Automake has not
idea what Mfilename contains
On 04/22/2012 08:10 PM, Bruno Haible wrote:
Hi Stefano,
FAIL: t/lex-libobj
==
+ ./configure 'LEXLIB=-L /lib'
checking for a BSD-compatible install...
/Users/bruno/data/local-macos/bin/install -c
...
+ make
cc -DPACKAGE_NAME=\lex-libobj\ -DPACKAGE_TARNAME=\lex-libobj\
On 04/23/2012 02:40 PM, Dave Hart wrote:
Stefano,
In the proposed patch, the word foo is used where force was
apparently intended.
In truth, fool was intended. I've fixed the patch accordingly.
Thanks for catching this,
Stefano
Hi Bruno.
On 04/22/2012 07:48 PM, Bruno Haible wrote:
Hi Stefano,
The test looks for a lib/ directory, but make install created a lib64/
directory. This is due to the /usr/share/site/x86_64-unknown-linux-gnu
(from $CONFIG_SITE, set by /etc/profile.d/site.sh) which sets a libdir
that ends
On 04/22/2012 08:10 PM, Bruno Haible wrote:
Hi Stefano,
FAIL: t/lex-libobj
==
+ ./configure 'LEXLIB=-L /lib'
checking for a BSD-compatible install...
/Users/bruno/data/local-macos/bin/install -c
...
+ make
cc -DPACKAGE_NAME=\lex-libobj\ -DPACKAGE_TARNAME=\lex-libobj\
Stefano,
In the proposed patch, the word foo is used where force' was
apparently intended.
Without unwarranted aggressivity,
Dave Hart
On 04/23/2012 02:40 PM, Dave Hart wrote:
Stefano,
In the proposed patch, the word foo is used where force was
apparently intended.
In truth, fool was intended. I've fixed the patch accordingly.
Thanks for catching this,
Stefano
Hi Bruno.
On 04/22/2012 07:48 PM, Bruno Haible wrote:
Hi Stefano,
The test looks for a lib/ directory, but make install created a lib64/
directory. This is due to the /usr/share/site/x86_64-unknown-linux-gnu
(from $CONFIG_SITE, set by /etc/profile.d/site.sh) which sets a libdir
that ends
This new coverage might turn out be useful for the planned changes
in Automake-NG. Even if it eventually doesn't, we gen an improved
testsuite exposure of some non-trivial internals, so it's always a
win for us.
* t/relativize.tap: New test.
* t/list-of-tests.mk: Add it.
Signed-off-by: Stefano
12 matches
Mail list logo