[FYI] {master} tests: fix a spurious failure with FreeBSD make

Failures due to known VPATH support issues in that make implementation (the same issues that have been causing the long-standing bug#7884). * t/ltlibsrc.sh: Adjust. Signed-off-by: Stefano Lattarini --- t/ltlibsrc.sh | 7 +++ 1 file changed, 7 insertions(+) diff --git a/t/ltlibsrc.sh b/t/lt

Re: [PATCH 00/10] {master} Enable subdir-objects option unconditionally

On 05/14/2013 10:04 AM, Stefano Lattarini wrote: > Related to automake bug#13378: > > > This series has been derived from this earlier version: > > > I plan to push this

[FYI] {maint} tests: fix a spurious failure with FreeBSD make

Failures due to known VPATH support issues in that make implementation (the same issues that have been causing the long-standing bug#7884). * t/lex-multiple.sh: Adjust. Signed-off-by: Stefano Lattarini --- t/lex-multiple.sh | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/t/l

[FYI] Merge branch 'maint' into master

commit 5fe99e28ae324fe1fd211cf289c0f9f75977f07e Merge: c2bdb2a 0cca184 Author: Stefano Lattarini Date: Sat May 18 19:27:28 2013 +0200 Merge branch 'maint' * maint: lisp: fix a failure with Solaris /usr/xpg4/bin/sh tests: sanitize 'unset' usages tests: fix some botched

[FYI] Merge branch 'micro' into maint

commit 0cca184f65b5397d9e52f32365ab962d5af2f7ea Merge: 9c46842 0256f1d Author: Stefano Lattarini AuthorDate: Sat May 18 15:23:20 2013 +0200 Commit: Stefano Lattarini CommitDate: Sat May 18 19:26:52 2013 +0200 Merge branch 'micro' into maint * micro: lisp: fix a failure wit

[FYI] {micro} tests: sanitize 'unset' usages

In some shells (e.g., Solaris 10 /bin/ksh, or NetBSD 5.1 /bin/sh), "unset VAR" returns a non-zero exit status in case the VAR variable is already unset. This doesn't interact well with our usage of "set -e" in the testsuite. So far, we've avoided spurious failures by either explicitly ignoring th

[FYI] {micro} lisp: fix a failure with Solaris /usr/xpg4/bin/sh

* lib/am/lisp.am (.el.elc): By initializing the 'am__dir' properly here. For most shells, the lacking initialization, while technically incorrect, didn't cause any issue in practice, because in those shells "test -d" returns an exit status of 0. But with /usr/xpg4/bin/sh, the shell complains like