My brother Abramo discovered that this behaviour is due to
a misfeature of GNU Make, whose main procedure contains:
#ifdef SET_STACK_SIZE
/* Get rid of any avoidable limit on stack size. */
{
struct rlimit rlim;
/* Set the stack limit huge so that alloca does not fail. */
if
On 08/22/10 06:11, Ralf Wildenhues wrote:
* Roberto Bagnara wrote on Sat, Aug 21, 2010 at 11:32:45PM CEST:
I am using Automake's simple test driver.
Are you using parallel-tests or not?
I am not using it now (though I am planning to use it in the future).
Any setting for the variables
* Roberto Bagnara wrote on Sun, Aug 22, 2010 at 09:36:34AM CEST:
On 08/22/10 06:11, Ralf Wildenhues wrote:
* Roberto Bagnara wrote on Sat, Aug 21, 2010 at 11:32:45PM CEST:
I have three programs that, due to a buggy program transformation,
keep allocating stack space until they segfault:
$
On 08/22/10 12:09, Ralf Wildenhues wrote:
* Roberto Bagnara wrote on Sun, Aug 22, 2010 at 09:36:34AM CEST:
On 08/22/10 06:11, Ralf Wildenhues wrote:
* Roberto Bagnara wrote on Sat, Aug 21, 2010 at 11:32:45PM CEST:
I have three programs that, due to a buggy program transformation,
keep
I am using Automake's simple test driver. I have three programs
that, due to a buggy program transformation, keep allocating
stack space until they segfault:
$ ulimit -s
8192
$ ./bug23
Segmentation fault
$ ./bug24
Segmentation fault
$ ./bug31
Segmentation fault
However:
$ make check
...
Hello Roberto,
* Roberto Bagnara wrote on Sat, Aug 21, 2010 at 11:32:45PM CEST:
I am using Automake's simple test driver.
Are you using parallel-tests or not? Any setting for the variables
TESTS_ENVIRONMENT, LOG_COMPILER?
I have three programs
that, due to a buggy program transformation,