gcc-2.95: Program dies with Sig 11 before doing anything - RH Linux 5.2

Toon Moene toon@moene.indiv.nluug.nl
Sun Jun 13 10:35:00 GMT 1999


Pretty scary, this one (using gcc-2.95pre):

[hirlam@moene ref]$ gdb hlprog32.x core 
GNU gdb 4.17.0.4 with Linux/x86 hardware watchpoint and FPU support
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"...
Core was generated by `/usr/scratch/hirlam/ref/hlprog32.x'.
Program terminated with signal 11, Segmentation fault.
#0  init (argc=1, argv=0xbffff88c, envp=0xbffff894)
    at ../sysdeps/unix/sysv/linux/init-first.c:70
../sysdeps/unix/sysv/linux/init-first.c:70: No such file or directory.

For a program that plain works under the compilers from the trunk -
errmmm, oh yes, I changed this one in f/com.c for those:

#define FFECOM_sizeMAXSTACKITEM 0
#ifndef FFECOM_sizeMAXSTACKITEM
#define FFECOM_sizeMAXSTACKITEM 32*1024 /* Keep user-declared things
                                           larger than this # bytes
                                           off stack if possible. */
#endif

[ the first line is mine ]

What this does is make the compiler generate code to allocate all local
arrays on the stack, regardless of size.

Which means that the error I get is still pretty scary:  A 45 Mbyte
working set program that cannot be linked successfully on RH Linux 5.2 -
brrr :-(

-- 
Toon Moene (toon@moene.indiv.nluug.nl)
Saturnushof 14, 3738 XG  Maartensdijk, The Netherlands
Phone: +31 346 214290; Fax: +31 346 214286
GNU Fortran: http://world.std.com/~burley/g77.html


More information about the Gcc mailing list