This is the mail archive of the gcc-bugs@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

c++/9416: new parser: ICE in make_typename_type on invalid input


>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:


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]