Re: extremely large expressions fail to compile

[David Whysong <dwhysong at physics dot ucsb dot edu>]

On Mon, 5 Oct 1998, Thomas Kunert wrote:

>A shorter procedure is `gdb /rather/long/path/cc1 core', though.

Ok, here's the result, using an older version of egcs (it's all I have
access to at the moment -- I can try something else later if you like). 

Dave

David Whysong					    dwhysong@physics.ucsb.edu
Astrophysics graduate student         University of California, Santa Barbara
PGP public keys available at http://www.physics.ucsb.edu/~dwhysong/pgpkey.asc
DSS PGP Key 0x903F5BD6  :  FE78 91FE 4508 106F 7C88  1706 B792 6995 903F 5BD6
D-H PGP key 0x5DAB0F91  :  BC33 0F36 FCCD E72C 441F  663A 72ED 7FB7 5DAB 0F91


[dwhysong@eleanor junk]$ egcs -v
Reading specs from /usr/lib/gcc-lib/i386-redhat-linux/egcs-2.90.27/specs
gcc version egcs-2.90.27 980315 (egcs-1.0.2 release)

[dwhysong@eleanor junk]$ gdb
/usr/lib/gcc-lib/i386-redhat-linux/egcs-2.90.27/cc1 core
GNU gdb 4.17
Copyright 1998 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i386-redhat-linux"...
(no debugging symbols found)...
Core was generated by `/usr/lib/gcc-lib/i386-redhat-linux/2.7.2.3/cc1
/tmp/cca22769.i -quiet -dumpbase'.
Program terminated with signal 11, Segmentation fault.
#0  0x80a4b74 in error ()
(gdb) where
#0  0x80a4b74 in error ()
#1  0x80a4b2c in error ()
#2  0x8063e92 in _start ()
#3  0x80569b5 in _start ()
#4  0x8049cc7 in _start ()
#5  0x8063366 in _start ()
#6  0x8065821 in _start ()
(gdb)