This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug c/11944] [3.3/3.4 Regression] Error recovery problem with undeclared array bounds
- From: "pinskia at gcc dot gnu dot org" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: 23 Dec 2003 10:50:18 -0000
- Subject: [Bug c/11944] [3.3/3.4 Regression] Error recovery problem with undeclared array bounds
- References: <20030816090317.11944.falk@debian.org>
- Reply-to: gcc-bugzilla at gcc dot gnu dot org
------- Additional Comments From pinskia at gcc dot gnu dot org 2003-12-23 10:50 -------
Here is the backtrace:
#0 0x000a12d0 in build_type_copy (type=0x40bba2c0) at /Volumes/UFS_Partition/
pinskia/src/fsf/gcc-clean/src/gcc/tree.c:2946
#1 0x000a124c in build_qualified_type (type=0x40bba2c0, type_quals=1) at /Volumes/
UFS_Partition/pinskia/src/fsf/gcc-clean/src/gcc/tree.c:2925
#2 0x0003ffd0 in c_build_qualified_type (type=0x40bba2c0, type_quals=1) at /Volumes/
UFS_Partition/pinskia/src/fsf/gcc-clean/src/gcc/c-common.c:2801
#3 0x0001c870 in grokdeclarator (declarator=0x0, declspecs=0x40d43228,
decl_context=PARM, initialized=0, width=0x0) at /Volumes/UFS_Partition/pinskia/src/fsf/
gcc-clean/src/gcc/c-decl.c:4332
#4 0x000195d8 in push_parm_decl (parm=0x40d432b8) at /Volumes/UFS_Partition/
pinskia/src/fsf/gcc-clean/src/gcc/c-decl.c:3026
#5 0x00008938 in yyparse () at c-parse.y:2457
#6 0x0000a2b0 in c_parse_file () at c-parse.y:3037
#7 0x0005aa20 in c_common_parse_file (set_yydebug=0) at /Volumes/UFS_Partition/
pinskia/src/fsf/gcc-clean/src/gcc/c-opts.c:1216
#8 0x000f0ec8 in compile_file () at /Volumes/UFS_Partition/pinskia/src/fsf/gcc-clean/src/
gcc/toplev.c:1804
#9 0x000f74f4 in do_compile () at /Volumes/UFS_Partition/pinskia/src/fsf/gcc-clean/src/
gcc/toplev.c:4594
#10 0x000f75d8 in toplev_main (argc=14, argv=0xbffffbc0) at /Volumes/UFS_Partition/
pinskia/src/fsf/gcc-clean/src/gcc/toplev.c:4634
#11 0x00089c14 in main (argc=14, argv=0xbffffbc0) at /Volumes/UFS_Partition/pinskia/
src/fsf/gcc-clean/src/gcc/main.c:35
The line it is dying on (m is NULL, type is error_mark_node):
2946 TYPE_NEXT_VARIANT (t) = TYPE_NEXT_VARIANT (m);
I have a fix I think that will fix this.
--
What |Removed |Added
----------------------------------------------------------------------------
Last reconfirmed|2003-12-05 03:57:09 |2003-12-23 10:50:16
date| |
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11944