public inbox for gcc-help@gcc.gnu.org
 help / color / mirror / Atom feed
* building gcc/g++ 3.0 on aix:  gen-num-limits failed to execute
@ 2001-07-09 17:34 Paul DeMello
  2001-07-09 20:56 ` Alexandre Oliva
  0 siblings, 1 reply; 14+ messages in thread
From: Paul DeMello @ 2001-07-09 17:34 UTC (permalink / raw)
  To: gcc-help

I'm having problems building libstdc++-v3, I believe.

My system:

os:  powerpc-ibm-aix4.3.3.0
binutils:  2.9.aix43.010216 (as recommended on the gnu gcc site)
make:  GNU Make version 3.77
gcc -v:   (I had installed just gcc 3.0 before (not g++), successfully)
Reading specs from /usr/local/lib/gcc-lib/powerpc-ibm-aix4.3.3.0/3.0/specs
Configured with: ./configure
Thread model: single
gcc version 3.0

What I did:

./configure --enable-threads=pthreads
nice /usr/local/bin/make bootstrap-lean

Eventually, after a few hours, I get:

Adding multilib support to Makefile in .
with_multisubdir=ppc64
running mkc++config
running mknumeric_limits
/oasis/tmp/paul/gcc-3.0/gcc/xgcc -B/oasis/tmp/paul/gcc-3.0/gcc/ -B/usr/local
/powerpc-ibm-aix4.3.3.0/bin/ -B/usr/local/powerpc-ibm-aix4.3.3.0/lib/ -isyst
em
usr/local/powerpc-ibm-aix4.3.3.0/include  -maix64 -I.  -I/oasis/tmp/paul/gcc
-3.0/powerpc-ibm-aix4.3.3.0/ppc64/libstdc++-v3/include -DHAVE_CONFIG_H -fno-
exceptions     -o
/oasis/tmp/paul/gcc-3.0/powerpc-ibm-aix4.3.3.0/ppc64/libstdc++-v3/src/gen-nu
m-limits ./src/gen-num-limits.cc
Could not load program
/oasis/tmp/paul/gcc-3.0/powerpc-ibm-aix4.3.3.0/ppc64/libstdc++-v3/src/gen-nu
m-limits:
Cannot run a 64-bit program on a 32-bit machine.
gen-num-limits failed to execute, exiting.
mknumeric_limits failed to execute properly: exiting
make[1]: *** [configure-target-libstdc++-v3] Error 1
make[1]: Leaving directory `/oasis/tmp/paul/gcc-3.0'
make: *** [bootstrap-lean] Error 2

Hope someone can help...  Thanks.. :)

Paul

^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: building gcc/g++ 3.0 on aix:  gen-num-limits failed to execute
  2001-07-09 17:34 building gcc/g++ 3.0 on aix: gen-num-limits failed to execute Paul DeMello
@ 2001-07-09 20:56 ` Alexandre Oliva
  2001-07-10 15:16   ` Robert A Nesius
  2001-07-10 16:08   ` Paul DeMello
  0 siblings, 2 replies; 14+ messages in thread
From: Alexandre Oliva @ 2001-07-09 20:56 UTC (permalink / raw)
  To: Paul DeMello; +Cc: gcc-help

On Jul  9, 2001, "Paul DeMello" <paul@oax.com> wrote:

> ./configure --enable-threads=pthreads

> Cannot run a 64-bit program on a 32-bit machine.

Add --disable-aix64 to the configure command line.

But beware: C++ exception handling is quite broken on AIX in GCC 3.0,
unfortunately.  Hopefully, the problems are going to be fixed in time
for GCC 3.0.1.

-- 
Alexandre Oliva   Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer                  aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicamp        oliva@{lsd.ic.unicamp.br, gnu.org}
Free Software Evangelist    *Please* write to mailing lists, not to me

^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: building gcc/g++ 3.0 on aix:  gen-num-limits failed to execute
  2001-07-09 20:56 ` Alexandre Oliva
@ 2001-07-10 15:16   ` Robert A Nesius
  2001-07-10 18:42     ` Alexandre Oliva
  2001-07-10 16:08   ` Paul DeMello
  1 sibling, 1 reply; 14+ messages in thread
From: Robert A Nesius @ 2001-07-10 15:16 UTC (permalink / raw)
  To: Alexandre Oliva; +Cc: Paul DeMello, gcc-help

On 10 Jul 2001, Alexandre Oliva wrote:

> On Jul  9, 2001, "Paul DeMello" <paul@oax.com> wrote:
>
> > ./configure --enable-threads=pthreads
>
> > Cannot run a 64-bit program on a 32-bit machine.
>
> Add --disable-aix64 to the configure command line.
>
> But beware: C++ exception handling is quite broken on AIX in GCC 3.0,
> unfortunately.  Hopefully, the problems are going to be fixed in time
> for GCC 3.0.1.

I broke down in a similar place.  This is after the compiler has
bootstrapped.   Line 178 in mknumeric_limits is the area where
that script tries to compile gen-num-limits but I wasn't able to root
cause it.  I ran the compile that dumped core by hand and it worked
fine.  Running 'gmake bootstrap' again got the build to continue
on its way (it is still building - takes over 14 hours for this
build to complete on this machine/os).

--host=rs6000-ibm-aix4.1.4.0

-Rob

============================
<...>
with_multisubdir=powerpc
running mkc++config
running mknumeric_limits
/fs29/comp.apps.3/00r1.builds/rnesius/gcc-3.0/aix4/gcc/xgcc -B/fs29/comp.apps.3/00r1.builds/rnesius/gcc-3.0/aix4/gcc/ -B/usr/intel/pkgs/gcc/3.0/rs6000-ibm-aix4.1.4.0/bin/ -B/usr/intel/pkgs/gcc/3.0/rs6000-ibm-aix4.1.4.0/lib/ -isystem /usr/intel/pkgs/gcc/3.0/rs6000-ibm-aix4.1.4.0/include  -mcpu=powerpc -I.  -I/fs29/comp.apps.3/00r1.builds/rnesius/gcc-3.0/aix4/rs6000-ibm-aix4.1.4.0/powerpc/libstdc++-v3/include -DHAVE_CONFIG_H -fno-exceptions     -o /fs29/comp.apps.3/00r1.builds/rnesius/gcc-3.0/aix4/rs6000-ibm-aix4.1.4.0/powerpc/libstdc++-v3/src/gen-num-limits ../../../../gcc-3.0/libstdc++-v3/src/gen-num-limits.cc
../../../../gcc-3.0/libstdc++-v3/mknumeric_limits[178]: 39000 Illegal instruction(coredump)
gen-num-limits failed to execute, exiting.
mknumeric_limits failed to execute properly: exiting
gmake[1]: *** [configure-target-libstdc++-v3] Error 1
gmake[1]: Leaving directory `/auto_mnt/pdxfs29/fs29/comp.apps.3/00r1.builds/rnesius/gcc-3.0/aix4'
gmake: *** [bootstrap] Error 2

-Rob


-- 
#include <sig.h>
------------------------------------------------------------------
Robert Nesius             rnesius@ichips.intel.com    503.712.2181
DPG Engineering Computing SW Applications Team



^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: building gcc/g++ 3.0 on aix:  gen-num-limits failed to execute
  2001-07-09 20:56 ` Alexandre Oliva
  2001-07-10 15:16   ` Robert A Nesius
@ 2001-07-10 16:08   ` Paul DeMello
  2001-07-10 18:39     ` Alexandre Oliva
  1 sibling, 1 reply; 14+ messages in thread
From: Paul DeMello @ 2001-07-10 16:08 UTC (permalink / raw)
  To: Alexandre Oliva; +Cc: gcc-help

> Add --disable-aix64 to the configure command line.

That looked like it solved the problem until, a few hours later, it spit out
the following: (almost looks like it's trying to build libstdc++v3 for
aix64, even though initial configure said to disable that....  )

/bin/sh ../libtool --tag CXX --tag disable-shared           --mode=link
/oasis/tmp/paul/gcc-3.0/gcc/xgcc -B/oasis/tmp/paul/gcc-3.0/gcc/ -nostdinc++ 
-L/oasis/tm/paul/gcc-3.0/powerpc-ibm-aix4.3.3.0/ppc64/libstdc++-v3/src -L/oa
sis/tmp/paul/gcc-3.0/powerpc-ibm-aix4.3.3.0/ppc64/libstdc++-v3/src/.libs -B/
usr/local/powerpc-bm-aix4.3.3.0/bin/ -B/usr/local/powerpc-ibm-aix4.3.3.0/lib
/ -isystem
owerpc-ibm-aix4.3.3.0/include  -maix64             -fno-implicit-templates
prefer-pic      -Wall -Wno-format -W -Wwrite-strings -Winline  -fdiagnostics
-show-location=once                 -g   -maix64 -o libsupc++.la -rpath
/usr/local/ib/ppc64  del_op.lo del_opnt.lo del_opv.lo del_opvnt.lo
eh_alloc.lo eh_aux_runtime.lo eh_catch.lo eh_exception.lo eh_globals.lo
eh_personality.lo eh_terminate.o eh_throw.lo new_handler.lo new_op.lo
new_opnt.lo new_opv.lo new_opvnt.lo pure.lo tinfo.lo tinfo2.lo vec.lo  -lm
ar -X32_64 rc .libs/libsupc++.a  del_op.o del_opnt.o del_opv.o del_opvnt.o
eh_alloc.o eh_aux_runtime.o eh_catch.o eh_exception.o eh_globals.o
eh_personality.o h_terminate.o eh_throw.o new_handler.o new_op.o new_opnt.o
new_opv.o new_opvnt.o pure.o tinfo.o tinfo2.o vec.o
ranlib .libs/libsupc++.a
creating libsupc++.la
(cd .libs && rm -f libsupc++.la && ln -s ../libsupc++.la libsupc++.la)
make[8]: Leaving directory
`/oasis/tmp/paul/gcc-3.0/powerpc-ibm-aix4.3.3.0/ppc64/libstdc++-v3/libsupc++
'
Making all in src
make[8]: Entering directory
`/oasis/tmp/paul/gcc-3.0/powerpc-ibm-aix4.3.3.0/ppc64/libstdc++-v3/src'
make[8]: *** No rule to make target `limitsMEMBERS.cc', needed by
`limitsMEMBERS.lo'.  Stop.
make[8]: Leaving directory
`/oasis/tmp/paul/gcc-3.0/powerpc-ibm-aix4.3.3.0/ppc64/libstdc++-v3/src'
make[7]: *** [all-recursive] Error 1
make[7]: Leaving directory
`/oasis/tmp/paul/gcc-3.0/powerpc-ibm-aix4.3.3.0/ppc64/libstdc++-v3'
make[6]: *** [all-recursive-am] Error 2
make[6]: Leaving directory
`/oasis/tmp/paul/gcc-3.0/powerpc-ibm-aix4.3.3.0/ppc64/libstdc++-v3'
make[5]: *** [multi-do] Error 1
make[5]: Leaving directory
`/oasis/tmp/paul/gcc-3.0/powerpc-ibm-aix4.3.3.0/libstdc++-v3'
make[4]: *** [all-multi] Error 2
make[4]: Leaving directory
`/oasis/tmp/paul/gcc-3.0/powerpc-ibm-aix4.3.3.0/libstdc++-v3'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory
`/oasis/tmp/paul/gcc-3.0/powerpc-ibm-aix4.3.3.0/libstdc++-v3'
make[2]: *** [all-recursive-am] Error 2
make[2]: Leaving directory
`/oasis/tmp/paul/gcc-3.0/powerpc-ibm-aix4.3.3.0/libstdc++-v3'
make[1]: *** [all-target-libstdc++-v3] Error 2
make[1]: Leaving directory `/oasis/tmp/paul/gcc-3.0'
make: *** [bootstrap-lean] Error 2

Ideas?

Thanks,
Paul

^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: building gcc/g++ 3.0 on aix:  gen-num-limits failed to execute
  2001-07-10 16:08   ` Paul DeMello
@ 2001-07-10 18:39     ` Alexandre Oliva
  2001-07-11  7:59       ` Paul DeMello
  0 siblings, 1 reply; 14+ messages in thread
From: Alexandre Oliva @ 2001-07-10 18:39 UTC (permalink / raw)
  To: Paul DeMello; +Cc: gcc-help

On Jul 10, 2001, "Paul DeMello" <paul@oax.com> wrote:

>> Add --disable-aix64 to the configure command line.

> That looked like it solved the problem until, a few hours later, it spit out
> the following: (almost looks like it's trying to build libstdc++v3 for
> aix64, even though initial configure said to disable that....  )

Indeed.  Will you please post the contents of the top-level
config.status?

-- 
Alexandre Oliva   Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer                  aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicamp        oliva@{lsd.ic.unicamp.br, gnu.org}
Free Software Evangelist    *Please* write to mailing lists, not to me

^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: building gcc/g++ 3.0 on aix:  gen-num-limits failed to execute
  2001-07-10 15:16   ` Robert A Nesius
@ 2001-07-10 18:42     ` Alexandre Oliva
  0 siblings, 0 replies; 14+ messages in thread
From: Alexandre Oliva @ 2001-07-10 18:42 UTC (permalink / raw)
  To: Robert A Nesius; +Cc: Paul DeMello, gcc-help

On Jul 10, 2001, Robert A Nesius <rnesius@ichips.intel.com> wrote:

> with_multisubdir=powerpc
> /fs29/comp.apps.3/00r1.builds/rnesius/gcc-3.0/aix4/gcc/xgcc -B/fs29/comp.apps.3/00r1.builds/rnesius/gcc-3.0/aix4/gcc/ -B/usr/intel/pkgs/gcc/3.0/rs6000-ibm-aix4.1.4.0/bin/ -B/usr/intel/pkgs/gcc/3.0/rs6000-ibm-aix4.1.4.0/lib/ -isystem /usr/intel/pkgs/gcc/3.0/rs6000-ibm-aix4.1.4.0/include  -mcpu=powerpc -I.  -I/fs29/comp.apps.3/00r1.builds/rnesius/gcc-3.0/aix4/rs6000-ibm-aix4.1.4.0/powerpc/libstdc++-v3/include -DHAVE_CONFIG_H -fno-exceptions     -o /fs29/comp.apps.3/00r1.builds/rnesius/gcc-3.0/aix4/rs6000-ibm-aix4.1.4.0/powerpc/libstdc++-v3/src/gen-num-limits ../../../../gcc-3.0/libstdc++-v3/src/gen-num-limits.cc
> ../../../../gcc-3.0/libstdc++-v3/mknumeric_limits[178]: 39000 Illegal instruction(coredump)

--disable-powerpccpu

If you run into any other similar problem, have a look at
config-ml.in.  In the powerpc*|rs6000* case, there are a number of
$enable_* variables tested for, whose --disable-* configure option
counterparts can be used to disable certain multilibs.  I, for one,
use --disable-multilib for my AIX 4.1.5 builds, but that's because my
AIX 4.1.5 box is dog slow.

-- 
Alexandre Oliva   Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer                  aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicamp        oliva@{lsd.ic.unicamp.br, gnu.org}
Free Software Evangelist    *Please* write to mailing lists, not to me

^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: building gcc/g++ 3.0 on aix:  gen-num-limits failed to execute
  2001-07-10 18:39     ` Alexandre Oliva
@ 2001-07-11  7:59       ` Paul DeMello
  2001-07-11 23:17         ` "internal compiler error" --gcc-2.95.3 Piotr Stachura
  2001-07-27  1:05         ` building gcc/g++ 3.0 on aix: gen-num-limits failed to execute Alexandre Oliva
  0 siblings, 2 replies; 14+ messages in thread
From: Paul DeMello @ 2001-07-11  7:59 UTC (permalink / raw)
  To: Alexandre Oliva; +Cc: gcc-help

> Indeed.  Will you please post the contents of the top-level
> config.status?

Here's my top-level config.status:

#!/bin/sh
# This file was generated automatically by configure.  Do not edit.
# This directory was configured as follows:
./configure --with-gcc-version-trigger=/oasis/tmp/paul/gcc-3.0/gcc/version.c
 --host=powerpc-ibm-aix4.3.3.0 --enable-threads=pthreads --disable-aix64 --n
orecursion
#  using "mt-frag"

Paul

^ permalink raw reply	[flat|nested] 14+ messages in thread

* "internal compiler error" --gcc-2.95.3
  2001-07-11  7:59       ` Paul DeMello
@ 2001-07-11 23:17         ` Piotr Stachura
  2001-07-27  0:59           ` Alexandre Oliva
  2001-07-27  1:05         ` building gcc/g++ 3.0 on aix: gen-num-limits failed to execute Alexandre Oliva
  1 sibling, 1 reply; 14+ messages in thread
From: Piotr Stachura @ 2001-07-11 23:17 UTC (permalink / raw)
  To: gcc-help

Hello everybody

I have gcc-2.7.2.3 and I tried to install gcc-2.95.3.
However I failed  and last messages I got are:
---------------------------------------------------------------
rm -f cpp0
ln cccp cpp0
echo "int xxy_us_dummy;" >tmp-dum.c
./xgcc -B/home/piotr/Tmp/Gcc-2.95.3/run/i686-pc-linux-gnu/bin/ -B./
-I/home/piotr/Tmp/Gcc-2.95.3/run/i686-pc-linux-gnu/include -S tmp-dum.c
xgcc: Internal compiler error: program cpp0 got fatal signal 11
make[2]: *** [s-under] Error 1
make[2]: Leaving directory `/dysk3/home/piotr/Tmp/Gcc-2.95.3/build/gcc'
make[1]: *** [bootstrap] Error 2
make[1]: Leaving directory `/dysk3/home/piotr/Tmp/Gcc-2.95.3/build/gcc'
make: *** [bootstrap] Error 2
-----------------------------------------------------------------------
Does anyone know what happens ?

Thanks

Piotr


^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: "internal compiler error" --gcc-2.95.3
  2001-07-11 23:17         ` "internal compiler error" --gcc-2.95.3 Piotr Stachura
@ 2001-07-27  0:59           ` Alexandre Oliva
  2001-07-29 22:36             ` Piotr Stachura
  0 siblings, 1 reply; 14+ messages in thread
From: Alexandre Oliva @ 2001-07-27  0:59 UTC (permalink / raw)
  To: Piotr Stachura; +Cc: gcc-help

On Jul 12, 2001, Piotr Stachura <Piotr.Stachura@fuw.edu.pl> wrote:

> xgcc: Internal compiler error: program cpp0 got fatal signal 11

> Does anyone know what happens ?

The preprocessor crashed.  Is this problem reproducible?  Even if you
start the build over, from scratch?

-- 
Alexandre Oliva   Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer                  aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicamp        oliva@{lsd.ic.unicamp.br, gnu.org}
Free Software Evangelist    *Please* write to mailing lists, not to me

^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: building gcc/g++ 3.0 on aix:  gen-num-limits failed to execute
  2001-07-11  7:59       ` Paul DeMello
  2001-07-11 23:17         ` "internal compiler error" --gcc-2.95.3 Piotr Stachura
@ 2001-07-27  1:05         ` Alexandre Oliva
  2001-07-27  7:43           ` Paul DeMello
  1 sibling, 1 reply; 14+ messages in thread
From: Alexandre Oliva @ 2001-07-27  1:05 UTC (permalink / raw)
  To: Paul DeMello; +Cc: gcc-help

On Jul 11, 2001, "Paul DeMello" <paul@oax.com> wrote:

>> Indeed.  Will you please post the contents of the top-level
>> config.status?

> Here's my top-level config.status:

> #!/bin/sh
> # This file was generated automatically by configure.  Do not edit.
> # This directory was configured as follows:
> ./configure --with-gcc-version-trigger=/oasis/tmp/paul/gcc-3.0/gcc/version.c
>  --host=powerpc-ibm-aix4.3.3.0 --enable-threads=pthreads --disable-aix64 --n
> orecursion
> #  using "mt-frag"

Did you start the build in a clean build tree?  It appears to me that,
if powerpc-ibm-aix4.3.3.0/ppc64 already existed in the build tree, the
multi-lib stuff would attempt to use it, regardless of
--disable-aix64.

-- 
Alexandre Oliva   Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer                  aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicamp        oliva@{lsd.ic.unicamp.br, gnu.org}
Free Software Evangelist    *Please* write to mailing lists, not to me

^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: building gcc/g++ 3.0 on aix:  gen-num-limits failed to execute
  2001-07-27  1:05         ` building gcc/g++ 3.0 on aix: gen-num-limits failed to execute Alexandre Oliva
@ 2001-07-27  7:43           ` Paul DeMello
  2001-07-28 20:17             ` Alexandre Oliva
  0 siblings, 1 reply; 14+ messages in thread
From: Paul DeMello @ 2001-07-27  7:43 UTC (permalink / raw)
  To: Alexandre Oliva; +Cc: gcc-help

I'm sure I did..    Well, as long as a "make clean" causes that to be. 
I was running make clean after every build failure.   I'll try again 
just to be sure.

Alexandre Oliva wrote:

> Did you start the build in a clean build tree?  It appears to me that,
> if powerpc-ibm-aix4.3.3.0/ppc64 already existed in the build tree, the
> multi-lib stuff would attempt to use it, regardless of
> --disable-aix64.


^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: building gcc/g++ 3.0 on aix:  gen-num-limits failed to execute
  2001-07-27  7:43           ` Paul DeMello
@ 2001-07-28 20:17             ` Alexandre Oliva
  0 siblings, 0 replies; 14+ messages in thread
From: Alexandre Oliva @ 2001-07-28 20:17 UTC (permalink / raw)
  To: Paul DeMello; +Cc: gcc-help

On Jul 27, 2001, Paul DeMello <paul@oax.com> wrote:

> I'm sure I did..    Well, as long as a "make clean" causes that to
> be.

I don't think it does.  It won't remove sub-directories of
${target_alias}, IIRC.

> Alexandre Oliva wrote:

>> Did you start the build in a clean build tree?  It appears to me that,
>> if powerpc-ibm-aix4.3.3.0/ppc64 already existed in the build tree, the
>> multi-lib stuff would attempt to use it, regardless of
>> --disable-aix64.


-- 
Alexandre Oliva   Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer                  aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicamp        oliva@{lsd.ic.unicamp.br, gnu.org}
Free Software Evangelist    *Please* write to mailing lists, not to me

^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: "internal compiler error" --gcc-2.95.3
  2001-07-27  0:59           ` Alexandre Oliva
@ 2001-07-29 22:36             ` Piotr Stachura
  2001-07-30 14:28               ` Alexandre Oliva
  0 siblings, 1 reply; 14+ messages in thread
From: Piotr Stachura @ 2001-07-29 22:36 UTC (permalink / raw)
  To: Alexandre Oliva; +Cc: Piotr Stachura, gcc-help

On 27 Jul 2001, Alexandre Oliva wrote:

> On Jul 12, 2001, Piotr Stachura <Piotr.Stachura@fuw.edu.pl> wrote:
>
> > xgcc: Internal compiler error: program cpp0 got fatal signal 11
>
> > Does anyone know what happens ?
>
> The preprocessor crashed.  Is this problem reproducible?  Even if you
> start the build over, from scratch?

Yes, it always stops at the same place.
Piotr

^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: "internal compiler error" --gcc-2.95.3
  2001-07-29 22:36             ` Piotr Stachura
@ 2001-07-30 14:28               ` Alexandre Oliva
  0 siblings, 0 replies; 14+ messages in thread
From: Alexandre Oliva @ 2001-07-30 14:28 UTC (permalink / raw)
  To: Piotr Stachura; +Cc: gcc-help

On Jul 30, 2001, Piotr Stachura <Piotr.Stachura@fuw.edu.pl> wrote:

> On 27 Jul 2001, Alexandre Oliva wrote:
>> On Jul 12, 2001, Piotr Stachura <Piotr.Stachura@fuw.edu.pl> wrote:
>> 
>> > xgcc: Internal compiler error: program cpp0 got fatal signal 11
>> 
>> > Does anyone know what happens ?
>> 
>> The preprocessor crashed.  Is this problem reproducible?  Even if you
>> start the build over, from scratch?

> Yes, it always stops at the same place.

Well, then, it looks like the bootstrap compiler is broken, since it's
not producing a working cpp0.  Any chance of your using different
compiler options for this build, or perhaps using a different
pre-compiled version of GCC as the bootstrap compiler?

-- 
Alexandre Oliva   Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer                  aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicamp        oliva@{lsd.ic.unicamp.br, gnu.org}
Free Software Evangelist    *Please* write to mailing lists, not to me

^ permalink raw reply	[flat|nested] 14+ messages in thread

end of thread, other threads:[~2001-07-30 14:28 UTC | newest]

Thread overview: 14+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2001-07-09 17:34 building gcc/g++ 3.0 on aix: gen-num-limits failed to execute Paul DeMello
2001-07-09 20:56 ` Alexandre Oliva
2001-07-10 15:16   ` Robert A Nesius
2001-07-10 18:42     ` Alexandre Oliva
2001-07-10 16:08   ` Paul DeMello
2001-07-10 18:39     ` Alexandre Oliva
2001-07-11  7:59       ` Paul DeMello
2001-07-11 23:17         ` "internal compiler error" --gcc-2.95.3 Piotr Stachura
2001-07-27  0:59           ` Alexandre Oliva
2001-07-29 22:36             ` Piotr Stachura
2001-07-30 14:28               ` Alexandre Oliva
2001-07-27  1:05         ` building gcc/g++ 3.0 on aix: gen-num-limits failed to execute Alexandre Oliva
2001-07-27  7:43           ` Paul DeMello
2001-07-28 20:17             ` Alexandre Oliva

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).