[FYI] {master} coverage: test the internal $(am__relativize) variable

2012-04-23 Thread Stefano Lattarini
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 L

Re: bug#11302: Automake 1.11d on openSUSE 12.1

2012-04-23 Thread Stefano Lattarini
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

Re: bug#11306: Automake 1.11d on MacOS X

2012-04-23 Thread Stefano Lattarini
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

Re: bug#11306: Automake 1.11d on MacOS X

2012-04-23 Thread Dave Hart
Stefano, In the proposed patch, the word "foo" is used where "force' was apparently intended. Without unwarranted aggressivity, Dave Hart

Re: bug#11306: Automake 1.11d on MacOS X

2012-04-23 Thread Stefano Lattarini
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\" -DP