This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug middle-end/30017] [4.3 Regression] ICE in cp_expr_size, at cp/cp-objcp-common.c:101
- From: "hubicka at ucw dot cz" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: 30 Nov 2006 14:06:26 -0000
- Subject: [Bug middle-end/30017] [4.3 Regression] ICE in cp_expr_size, at cp/cp-objcp-common.c:101
- References: <bug-30017-10053@http.gcc.gnu.org/bugzilla/>
- Reply-to: gcc-bugzilla at gcc dot gnu dot org
------- Comment #11 from hubicka at ucw dot cz 2006-11-30 14:06 -------
Subject: Re: [4.3 Regression] ICE in cp_expr_size, at cp/cp-objcp-common.c:101
>
>
> ------- Comment #10 from hubicka at ucw dot cz 2006-11-30 14:04 -------
> Subject: Re: [4.3 Regression] ICE in cp_expr_size, at cp/cp-objcp-common.c:101
>
> Hi,
> the problem is conversion of:
> __builtin_memcpy(this,&f,sizeof(FIND_RESULT));
> to assignment. It triggers sanity check in cp-objcp-common.c that
> things of this nature are not initialized directly by backend. I am not
> quite sure if such a check is neccesarily needed and I think in such an
> side cases it is correct to silently accept the code (it has undefined
> behaviour anyway, right?) as proposed in the patch.
>
> Alternatively we can come up with some alternate way. What however
yes, there is alternate way ;) WHat I intended to say here is that we
can strenghten the tests in builtins.c to disable the conversion, but
the tests tested in the hook are C++ specific, so I am not sure if there
is some interface.
Honza
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30017