Re: What to do with new-ra for GCC 4.0

["Sam Lauber" <sam124 at operamail dot com>]

Would `int main(void){return 0;}' compile? I have GCC 4.0,
but I can't use it because my Linux box with GCC is broken,
and my Windows box has 3.4.3. What about `int main(void){
printf("hello, world\n");return 0;}'? That's odd that it
dosen't work because I ran `make check' in the gcc/ subdir
on a December 27 snapshot of gcc 4.0, and made
`runtestflags' every untested optimization that had been
untested (including -fnew-ra), and strangely, only one test
failed!

Samuel Lauber

>> Perhaps not so surprisingly, new-ra is completely broken on mainline
>> at the moment.  Literally not a single non-empty file will compile
>> with -fnew-ra.
>>
>> First of all there is a bug in ra-build.c:live_in() which has been
>> there since the merge from the edge-vector-branch.  Then we hit an
>> ICE on sibcalls in ra.c:reg_alloc(), which also must have been there
>> since ages.  The patch below sort-of fixes these two issues.  But
>> then we hit SUBREG problems, probably due to rth's stricter subreg
>> patches.  At that point I gave up.
>> So, any nontrivial code will ICE with -fnew-ra.  I hate to bring up
>> painful issues, but I would like to propose we remove all of new-ra
>> for GCC 4.0 as it is complete and utterly broken anyway, and given
>> that it has been broken for months without anyone complaining, it's
>> not like anyone will miss it.
>> Thoughts? 
> That sucks?
> The structure of the new-ra files is really reasonably elegant; it would
> be sad if it couldn't be salvaged.
> Are there major structural defects in it, which would be remediated best by
> writing a graph-coloring register allocator from scratch, or is it just
> suffering from bitrot? 
> How many people understand the code?  :-)  Would more workers help? 
-- 
_____________________________________________________________
Web-based SMS services available at http://www.operamail.com.
From your mailbox to local or overseas cell phones.

Powered by Outblaze