On 06 June 2007 17:49, Dave Korn wrote:
> So, what's happening is that dbxout.c is recursing massively (perhaps to
> be expected from a testcase involving pointer-to-pointer-to-pointer-to
> pointer-to-int.)
Confirmed by relinking cc1.exe with "-Wl,--stack,10240" and seeing that
it
On 04 June 2007 17:02, Christian Joensson wrote:
> phew, a few of the cygwin failures show up like this:
> /usr/local/src/trunk/gcc/gcc/testsuite/gcc.c-torture/compile/20001226-1.c
> /cygdrive/c/DOCUME~1/chj/LOCALS~1/Temp/cc2eakcj.s: Assembler messages:
> /cygdrive/c/DOCUME~1/chj/LOCALS~1/Temp/cc
On 05 June 2007 01:57, Tim Prince wrote:
> christian.joensson wrote:
>> phew, a few of the cygwin failures show up like this:
>>
>> Executing on host: /usr/local/src/trunk/objdir/gcc/xgcc
>> -B/usr/local/src/trunk/objdir/gcc/ -O3 -g -w -fno-show-column -c
>> -o 20001226-1.o
>> /usr/local/src/t
On 04 June 2007 17:02, Christian Joensson wrote:
> configured by ../gcc/configure, generated by GNU Autoconf 2.59,
> with options \" '--disable-nls' '--without-included-gettext'
> '--enable-version-specific-runtime-libs' '--without-x'
> '--disable-libgcj' '--with-system-zlib' '--enable-threads=
[EMAIL PROTECTED] wrote:
phew, a few of the cygwin failures show up like this:
Executing on host: /usr/local/src/trunk/objdir/gcc/xgcc
-B/usr/local/src/trunk/objdir/gcc/ -O3 -g -w -fno-show-column -c
-o 20001226-1.o
/usr/local/src/trunk/gcc/gcc/testsuite/gcc.c-torture/compile/20001226-1.c
(
