This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: [3.4 PATCH] Fix a fallout of PR14179 fix (take 2)
- From: "Giovanni Bajo" <giovannibajo at libero dot it>
- To: "Jakub Jelinek" <jakub at redhat dot com>
- Cc: <gcc-patches at gcc dot gnu dot org>
- Date: Tue, 28 Dec 2004 11:12:54 +0100
- Subject: Re: [3.4 PATCH] Fix a fallout of PR14179 fix (take 2)
- References: <20041228094647.GE10340@devserv.devel.redhat.com>
Jakub Jelinek <jakub@redhat.com> wrote:
> Based on discussion in
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18384
> this is what I'd like to commit for gcc-3_4-branch
> (bootstrapped/regtested on {i386,x86_64,ia64,ppc,ppc64}-redhat-linux).
> For 3.4 I guess changing the zero/sign extension of sizetype is not
> appropriate and IDENTIFIER_NODE is the only TREE_PURPOSE that can ever
> make it into reshape_init_array (from errorneous sources like
> parse/error9.C; GCC 3.4 parser doesn't parse [4] = nor [4] style array
> designators). Ok to commit?
Does convert() build a new node? The whole purpose of adding reshape_init_array
is that it is able to do its work without never building a new tree. I
understand that this is going to be done just once for each call, but is there
a way to achieve the very same thing without building trees (e.g. just regular
math?)
Giovanni Bajo