Together with Linux's binfmt-misc feature, Wine can be used to test
cross-compiled programs as if they were native. However, the shell
will not perform the magic addition of the .exe extension after a
program name when searching for an executable. These simple patches
let the user work around
* tests/autotest.at (srcdir propagation, Erlang Eunit unit tests):
Add a keyword for AC_CONFIG_TESTDIR).
Signed-off-by: Paolo Bonzini bonz...@gnu.org
---
tests/autotest.at | 2 ++
1 file changed, 2 insertions(+)
diff --git a/tests/autotest.at b/tests/autotest.at
index fe2e3bc..82084b5 100644
* tests/autotest.at (C unit tests): New testcase.
* NEWS: Document change.
Signed-off-by: Paolo Bonzini bonz...@gnu.org
---
NEWS | 3 ++
lib/autoconf/autotest.m4 | 6 ++-
lib/autoconf/lang.m4 | 2 +-
tests/autotest.at| 112
* tests/autotest.at (AT_INIT): Expand contents of $at_tested.
(AT_TESTED): Quote each program that is passed to the function.
* lib/autotest/general.m4 (C unit tests): Add AT_TESTED invocation
and keyword.
* doc/autoconf.texi (Writing testsuites): Document usage of variables
in AT_TESTED.
* NEWS:
On Sat, 15 Dec 2012, NightStrike wrote:
On Sat, Dec 15, 2012 at 2:18 PM, Paul Eggert egg...@cs.ucla.edu wrote:
On 12/15/2012 03:08 PM, Jeffrey Walton wrote:
Is the program designed to remove old core
files as part of the autoconf process?
No, new cores. 'configure' regularly generates
On 12/16/2012 07:06 AM, Bob Friesenhahn wrote:
Why not just use ulimit to not dump core? Or is that a bashism and not a shism?
The ulimit approach seems useful.
Yes, that would be nice to add, if someone writes
a patch. I doubt whether it'd work everywhere, though.
Instead they write a
On Sat, Dec 15, 2012 at 9:35 PM, Jim Meyering j...@meyering.net wrote:
Paul Eggert wrote:
On 12/15/2012 05:54 PM, Jim Meyering wrote:
FYI, a couple of weeks ago, Aki Helin exposed still more problems in
gzip's unpacking code.
Well, to be fair, I also have a similar problem with 'tar'
in my
Jeffrey Walton wrote:
On Sat, Dec 15, 2012 at 9:35 PM, Jim Meyering j...@meyering.net wrote:
Paul Eggert wrote:
On 12/15/2012 05:54 PM, Jim Meyering wrote:
FYI, a couple of weeks ago, Aki Helin exposed still more problems in
gzip's unpacking code.
Well, to be fair, I also have a similar