This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
c++/9416: new parser: ICE in make_typename_type on invalid input
- From: snyder at fnal dot gov
- To: gcc-gnats at gcc dot gnu dot org
- Date: Thu, 23 Jan 2003 01:00:36 CST
- Subject: c++/9416: new parser: ICE in make_typename_type on invalid input
- Reply-to: snyder at fnal dot gov
>Number: 9416
>Category: c++
>Synopsis: new parser: ICE in make_typename_type on invalid input
>Confidential: no
>Severity: non-critical
>Priority: medium
>Responsible: unassigned
>State: open
>Class: ice-on-illegal-code
>Submitter-Id: net
>Arrival-Date: Thu Jan 23 07:06:00 UTC 2003
>Closed-Date:
>Last-Modified:
>Originator: scott snyder
>Release: 3.4 20030121 (experimental)
>Organization:
<organization of PR author (multiple lines)>
>Environment:
System: Linux karma 2.4.19-emp_2419p5a829i #1 Tue Sep 3 17:42:17 EST 2002 i686 unknown
Architecture: i686
<machine, os, target, libraries (multiple lines)>
host: i686-pc-linux-gnu
build: i686-pc-linux-gnu
target: i686-pc-linux-gnu
configured with: ../gcc/configure --prefix=/usr/local/gcc --enable-threads=posix --enable-long-long
>Description:
g++ segfaults on the following (invalid) code.
[sss@karma gcc]$ ./cc1plus y.cc
void d0_DBObject::activate()
y.cc:3: error: using `typename' outside of template
y.cc:3: error: using `typename' outside of template
y.cc:3: error: expected nested-name-specifier
y.cc:3: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://www.gnu.org/software/gcc/bugs.html> for instructions.
$
Here's where it's crashing.
Program received signal SIGSEGV, Segmentation fault.
0x080726aa in make_typename_type (context=0x0, name=0x4005c640,
complain=tf_error) at ../../gcc/gcc/cp/decl.c:5509
5509 if (TREE_CODE (context) == NAMESPACE_DECL)
(gdb) where
#0 0x080726aa in make_typename_type (context=0x0, name=0x4005c640,
complain=tf_error) at ../../gcc/gcc/cp/decl.c:5509
#1 0x08106a84 in cp_parser_postfix_expression (parser=0x40043898,
address_p=false) at ../../gcc/gcc/cp/parser.c:3944
#2 0x08107d8a in cp_parser_unary_expression (parser=0x40043898,
address_p=false) at ../../gcc/gcc/cp/parser.c:4688
#3 0x0810844d in cp_parser_cast_expression (parser=0x40043898,
address_p=false) at ../../gcc/gcc/cp/parser.c:5111
#4 0x0810846e in cp_parser_pm_expression (parser=0x40043898)
at ../../gcc/gcc/cp/parser.c:5131
#5 0x08112ecf in cp_parser_binary_expression (parser=0x40043898,
token_tree_map=0x843e560, fn=0x8108455 <cp_parser_pm_expression>)
at ../../gcc/gcc/cp/parser.c:13840
#6 0x08108523 in cp_parser_multiplicative_expression (parser=0x40043898)
at ../../gcc/gcc/cp/parser.c:5186
#7 0x08112ecf in cp_parser_binary_expression (parser=0x40043898,
token_tree_map=0x843e580,
fn=0x8108502 <cp_parser_multiplicative_expression>)
at ../../gcc/gcc/cp/parser.c:13840
#8 0x08108546 in cp_parser_additive_expression (parser=0x40043898)
at ../../gcc/gcc/cp/parser.c:5210
#9 0x08112ecf in cp_parser_binary_expression (parser=0x40043898,
token_tree_map=0x843e598, fn=0x8108525 <cp_parser_additive_expression>)
>How-To-Repeat:
------------------
struct d0_DBObject
{
void activate() { (typename d0_Object)::activate();}
};
------------------
>Fix:
<how to correct or work around the problem, if known (multiple lines)>
>Release-Note:
>Audit-Trail:
>Unformatted: