public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug c++/10079] ICE (segfault) while substitute return type containing unresolved qualified id
       [not found] <20030314113600.10079.stip@mathematik.uni-ulm.de>
@ 2003-06-23 14:13 ` giovannibajo at libero dot it
  2003-07-15  8:20 ` reichelt at gcc dot gnu dot org
                   ` (3 subsequent siblings)
  4 siblings, 0 replies; 5+ messages in thread
From: giovannibajo at libero dot it @ 2003-06-23 14:13 UTC (permalink / raw)
  To: gcc-bugs

PLEASE REPLY TO gcc-bugzilla@gcc.gnu.org ONLY, *NOT* gcc-bugs@gcc.gnu.org.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10079


giovannibajo at libero dot it changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
   Last reconfirmed|2003-06-23 12:57:44         |2003-06-23 13:24:10
               date|                            |


------- Additional Comments From giovannibajo at libero dot it  2003-06-23 13:24 -------
Stack at segfault point:

#0  convert_from_reference (val=0x1c1e240) at ../../gcc/gcc/cp/cvt.c:557
#1  0x0040b185 in prep_operand (operand=0x1c1e240)
    at ../../gcc/gcc/cp/call.c:3565
#2  0x0040b5f9 in build_new_op (code=TRUTH_ANDIF_EXPR, flags=3,
    arg1=0x1c1e240, arg2=0x1c1e1f8, arg3=0x0) at ../../gcc/gcc/cp/call.c:3666
#3  0x004e5ea6 in build_x_binary_op (code=TRUTH_ANDIF_EXPR, arg1=0x1c1e240,
    arg2=0x1c1e1f8) at ../../gcc/gcc/cp/typeck.c:2946
#4  0x00460061 in tsubst_template_arg_vector (t=0x1c15408, args=0x1c1e180,
    complain=tf_none) at ../../gcc/gcc/cp/pt.c:5689
#5  0x004607d0 in tsubst_aggr_type (t=0x1c14d20, args=0x1c1e180,
    complain=tf_none, in_decl=0x0, entering_scope=0)
    at ../../gcc/gcc/cp/pt.c:5807
#6  0x00464e0c in tsubst (t=0x1c14d20, args=0x1c1e180, complain=tf_none,
    in_decl=0x0) at ../../gcc/gcc/cp/pt.c:6593
#7  0x00463b04 in tsubst_function_type (t=0x1c16000, args=0x1c1e180,
    complain=tf_none, in_decl=0x0) at ../../gcc/gcc/cp/pt.c:6460
#8  0x00465178 in tsubst (t=0x1c16000, args=0x1c1e180, complain=tf_none,
    in_decl=0x0) at ../../gcc/gcc/cp/pt.c:6975
#9  0x0047187c in fn_type_unification (fn=0x1c160e0, explicit_targs=0x0,
    targs=0x1c1e180, args=0x1c15b10, return_type=0x0, strict=DEDUCE_ORDER,
    len=2) at ../../gcc/gcc/cp/pt.c:8705
#10 0x004762ac in get_bindings_real (fn=0x1c160e0, decl=0x1c16a10,
    explicit_args=0x0, check_rettype=0, deduce=3, len=2)
    at ../../gcc/gcc/cp/pt.c:10107
#11 0x00475fe5 in more_specialized (pat1=0x1c160e0, pat2=0x1c16a80, deduce=3,
    len=2) at ../../gcc/gcc/cp/pt.c:10017
#12 0x00413220 in joust (cand1=0x1bf2c90, cand2=0x1bf2a20, warn=false)
    at ../../gcc/gcc/cp/call.c:5846
#13 0x00413add in tourney (candidates=0x1bf2c90)
    at ../../gcc/gcc/cp/call.c:5974
#14 0x0040919a in build_new_function_call (fn=0x1c0bdb0, args=0x1c1b1f8)
    at ../../gcc/gcc/cp/call.c:2906
#15 0x004c5f16 in cp_parser_postfix_expression (parser=0x1bf23c0,
    address_p=false) at ../../gcc/gcc/cp/parser.c:3967
#16 0x004c6c85 in cp_parser_unary_expression (parser=0x1bf23c0,
    address_p=false) at ../../gcc/gcc/cp/parser.c:4504
#17 0x004c7509 in cp_parser_cast_expression (parser=0x1bf23c0, address_p=false)
    at ../../gcc/gcc/cp/parser.c:4938
#18 0x004c752b in cp_parser_pm_expression (parser=0x1bf23c0)
    at ../../gcc/gcc/cp/parser.c:4957
#19 0x004d3e1b in cp_parser_binary_expression (parser=0x1bf23c0,
    token_tree_map=0x4c75e0, fn=0x4c7512 <cp_parser_pm_expression>)
    at ../../gcc/gcc/cp/parser.c:13577
#20 0x004c7621 in cp_parser_multiplicative_expression (parser=0x1bf23c0)
    at ../../gcc/gcc/cp/parser.c:5011
#21 0x004d3e1b in cp_parser_binary_expression (parser=0x1bf23c0,
    token_tree_map=0x4c7624, fn=0x4c7600 <cp_parser_multiplicative_expression>)
    at ../../gcc/gcc/cp/parser.c:13577
#22 0x004c765d in cp_parser_additive_expression (parser=0x1bf23c0)
    at ../../gcc/gcc/cp/parser.c:5034
#23 0x004d3e1b in cp_parser_binary_expression (parser=0x1bf23c0,
    token_tree_map=0x4c7660, fn=0x4c763c <cp_parser_additive_expression>)
    at ../../gcc/gcc/cp/parser.c:13577
#24 0x004c7699 in cp_parser_shift_expression (parser=0x1bf23c0)
    at ../../gcc/gcc/cp/parser.c:5057
#25 0x004d3e1b in cp_parser_binary_expression (parser=0x1bf23c0,
    token_tree_map=0x4c76a0, fn=0x4c7678 <cp_parser_shift_expression>)
    at ../../gcc/gcc/cp/parser.c:13577
#26 0x004c76f9 in cp_parser_relational_expression (parser=0x1bf23c0)
    at ../../gcc/gcc/cp/parser.c:5092
#27 0x004d3e1b in cp_parser_binary_expression (parser=0x1bf23c0,
    token_tree_map=0x4c76fc, fn=0x4c76d8 <cp_parser_relational_expression>)
    at ../../gcc/gcc/cp/parser.c:13577
#28 0x004c7735 in cp_parser_equality_expression (parser=0x1bf23c0)
    at ../../gcc/gcc/cp/parser.c:5115
#29 0x004d3e1b in cp_parser_binary_expression (parser=0x1bf23c0,
    token_tree_map=0x4c7738, fn=0x4c7714 <cp_parser_equality_expression>)
    at ../../gcc/gcc/cp/parser.c:13577
#30 0x004c7769 in cp_parser_and_expression (parser=0x1bf23c0)
    at ../../gcc/gcc/cp/parser.c:5136
#31 0x004d3e1b in cp_parser_binary_expression (parser=0x1bf23c0,
    token_tree_map=0x4c776c, fn=0x4c7748 <cp_parser_and_expression>)
    at ../../gcc/gcc/cp/parser.c:13577
#32 0x004c779d in cp_parser_exclusive_or_expression (parser=0x1bf23c0)
    at ../../gcc/gcc/cp/parser.c:5157
#33 0x004d3e1b in cp_parser_binary_expression (parser=0x1bf23c0,
    token_tree_map=0x4c77a0, fn=0x4c777c <cp_parser_exclusive_or_expression>)
    at ../../gcc/gcc/cp/parser.c:13577
#34 0x004c77d1 in cp_parser_inclusive_or_expression (parser=0x1bf23c0)
    at ../../gcc/gcc/cp/parser.c:5179
#35 0x004d3e1b in cp_parser_binary_expression (parser=0x1bf23c0,
    token_tree_map=0x4c77d4, fn=0x4c77b0 <cp_parser_inclusive_or_expression>)
    at ../../gcc/gcc/cp/parser.c:13577
#36 0x004c7805 in cp_parser_logical_and_expression (parser=0x1bf23c0)
    at ../../gcc/gcc/cp/parser.c:5200
#37 0x004d3e1b in cp_parser_binary_expression (parser=0x1bf23c0,
    token_tree_map=0x4c7808, fn=0x4c77e4 <cp_parser_logical_and_expression>)
    at ../../gcc/gcc/cp/parser.c:13577

[...]


^ permalink raw reply	[flat|nested] 5+ messages in thread

* [Bug c++/10079] ICE (segfault) while substitute return type containing unresolved qualified id
       [not found] <20030314113600.10079.stip@mathematik.uni-ulm.de>
  2003-06-23 14:13 ` [Bug c++/10079] ICE (segfault) while substitute return type containing unresolved qualified id giovannibajo at libero dot it
@ 2003-07-15  8:20 ` reichelt at gcc dot gnu dot org
  2003-12-09 17:57 ` dhazeghi at yahoo dot com
                   ` (2 subsequent siblings)
  4 siblings, 0 replies; 5+ messages in thread
From: reichelt at gcc dot gnu dot org @ 2003-07-15  8:20 UTC (permalink / raw)
  To: gcc-bugs

PLEASE REPLY TO gcc-bugzilla@gcc.gnu.org ONLY, *NOT* gcc-bugs@gcc.gnu.org.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10079


reichelt at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |FIXED


------- Additional Comments From reichelt at gcc dot gnu dot org  2003-07-15 08:20 -------
Fixed on mainline.
(Testcase in preparation.)
\x13


^ permalink raw reply	[flat|nested] 5+ messages in thread

* [Bug c++/10079] ICE (segfault) while substitute return type containing unresolved qualified id
       [not found] <20030314113600.10079.stip@mathematik.uni-ulm.de>
  2003-06-23 14:13 ` [Bug c++/10079] ICE (segfault) while substitute return type containing unresolved qualified id giovannibajo at libero dot it
  2003-07-15  8:20 ` reichelt at gcc dot gnu dot org
@ 2003-12-09 17:57 ` dhazeghi at yahoo dot com
  2003-12-18 22:19 ` reichelt at gcc dot gnu dot org
  2003-12-30 22:19 ` cvs-commit at gcc dot gnu dot org
  4 siblings, 0 replies; 5+ messages in thread
From: dhazeghi at yahoo dot com @ 2003-12-09 17:57 UTC (permalink / raw)
  To: gcc-bugs


------- Additional Comments From dhazeghi at yahoo dot com  2003-12-09 17:57 -------
Changing milestone appropriately. Volker, did the testcase go in?

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |reichelt at igpm dot rwth-
                   |                            |aachen dot de
   Target Milestone|---                         |3.4


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10079


^ permalink raw reply	[flat|nested] 5+ messages in thread

* [Bug c++/10079] ICE (segfault) while substitute return type containing unresolved qualified id
       [not found] <20030314113600.10079.stip@mathematik.uni-ulm.de>
                   ` (2 preceding siblings ...)
  2003-12-09 17:57 ` dhazeghi at yahoo dot com
@ 2003-12-18 22:19 ` reichelt at gcc dot gnu dot org
  2003-12-30 22:19 ` cvs-commit at gcc dot gnu dot org
  4 siblings, 0 replies; 5+ messages in thread
From: reichelt at gcc dot gnu dot org @ 2003-12-18 22:19 UTC (permalink / raw)
  To: gcc-bugs


------- Additional Comments From reichelt at gcc dot gnu dot org  2003-12-18 21:44 -------
Sorry, the testcase didn't go in yet because I got confused about the
validity of the testcase:

The PR was marked as "ice-on-invalid-code", but this should be
"ice-on-valid-code", since the second version of "func" is more specialized
than the first one. In fact mainline does compile the testcase without
problems.

Giovanni's guess that the segfault happens while trying to format the error
message about the ambiguity of the call added to this confusion. If you
really make ambiguous functions - i.e. use
    template <typename T, typename U> void func(T,U) {}
as second function, you get an error message about the ambiguity of the
call (and then a segfault with the 3.3 branch). So Giovanni's guess was
wrong.

I'll mark the PR as "ice-on-valid-code" and add a small testcase to the
testsuite Real Soon Now(tm).


-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
           Keywords|ice-on-invalid-code         |ice-on-valid-code


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10079


^ permalink raw reply	[flat|nested] 5+ messages in thread

* [Bug c++/10079] ICE (segfault) while substitute return type containing unresolved qualified id
       [not found] <20030314113600.10079.stip@mathematik.uni-ulm.de>
                   ` (3 preceding siblings ...)
  2003-12-18 22:19 ` reichelt at gcc dot gnu dot org
@ 2003-12-30 22:19 ` cvs-commit at gcc dot gnu dot org
  4 siblings, 0 replies; 5+ messages in thread
From: cvs-commit at gcc dot gnu dot org @ 2003-12-30 22:19 UTC (permalink / raw)
  To: gcc-bugs


------- Additional Comments From cvs-commit at gcc dot gnu dot org  2003-12-30 21:42 -------
Subject: Bug 10079

CVSROOT:	/cvs/gcc
Module name:	gcc
Changes by:	reichelt@gcc.gnu.org	2003-12-30 21:42:39

Modified files:
	gcc/testsuite  : ChangeLog 
Added files:
	gcc/testsuite/g++.dg/template: crash16.C 

Log message:
	PR c++/10079
	* g++.dg/template/crash16.C: New test.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.3325&r2=1.3326
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/template/crash16.C.diff?cvsroot=gcc&r1=NONE&r2=1.1



-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10079


^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2003-12-30 21:42 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
     [not found] <20030314113600.10079.stip@mathematik.uni-ulm.de>
2003-06-23 14:13 ` [Bug c++/10079] ICE (segfault) while substitute return type containing unresolved qualified id giovannibajo at libero dot it
2003-07-15  8:20 ` reichelt at gcc dot gnu dot org
2003-12-09 17:57 ` dhazeghi at yahoo dot com
2003-12-18 22:19 ` reichelt at gcc dot gnu dot org
2003-12-30 22:19 ` cvs-commit at gcc dot gnu dot org

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).