Jason Merrill a écrit:
> On 12/03/2011 04:25 PM, Dodji Seketeli wrote:
>> This might be a theoretical nit, but it looks like if expr is
>> error_mark_node, we'd crash as well, because of the line below that comes
>> right after the comment above:
>>
>>gcc_assert (!MAYBE_CLASS_TYPE_P (fromtype
On 12/03/2011 04:25 PM, Dodji Seketeli wrote:
This might be a theoretical nit, but it looks like if expr is
error_mark_node, we'd crash as well, because of the line below that comes
right after the comment above:
gcc_assert (!MAYBE_CLASS_TYPE_P (fromtype) || !MAYBE_CLASS_TYPE_P (totype)
Hello Paolo,
Paolo Carlini a écrit:
> Index: cp/call.c
> ===
> --- cp/call.c (revision 181875)
> +++ cp/call.c (working copy)
> @@ -3373,7 +3373,7 @@ static struct z_candidate *
> build_user_type_conversion_1 (tree totype, tree exp
OK.
Jason
Hi,
in this ICE on invalid, 4.7 Regression, we ICE at the beginning of
build_user_type_conversion_1 because expr is NULL_TREE. The function is
called as such from reference_binding which, in 4.6, used to call
instead convert_class_to_reference which does check for a NULL_TREE
expr. Thus I thi
