This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: Register Pressure in Instruction Level Parallelism
- From: Michael Kruse <meinert at uni-paderborn dot de>
- Cc: gcc at gcc dot gnu dot org, Sid dot Touati at inria dot fr, frederic dot brault at inria dot fr, Albert dot Cohen at inria dot fr
- Date: Mon, 29 Jun 2009 00:53:12 +0200
- Subject: Re: Register Pressure in Instruction Level Parallelism
- References: <4A47462E.1080402@uni-paderborn.de> <4A4759F6.7010808@gmail.com>
- Reply-to: reply at meinersbur dot de
[Posting this again because I noticed that I sent this to Dave Korn only]
Hi Dave,
Dave Korn wrote:
> One of the major problems in gcc is the intertangling of instruction
> selection with register allocation and spill generation. If these
could be
> separated it would almost certainly generate better code and be
welcomed with
> open arms!
>
The separation of these is one concern of the thesis. Although, it does
not separate them completely.
>> I'd prefer to implement this for the gcc, but my advisor wants me to do
>> it for the university's own compiler. Therefore I could also need
>> arguments why to do it for the GCC.
>>
>
> Because destroying reload(*) would be an incalculable public
service and
> your name will be remembered in history as the one who slew the
dragon? ;-)
>
Yeah, I already read the reload topic in the wiki ("...equivalent of
Satan..." *g*). And it made me think about whether I really want do do
that. But the good thing (for me) is that I don't have for change the
reload pass for this as it is an additional pass, not a replacement. So
I have to disappoint you here.
That does not mean that this couldn't help in getting rid of the reload
pass. After the modification of the ddg, the reload pass doesn't have to
take care for optimization (very much) as this has already been done.
Hence, this could greatly simplify the process.
And I love your optimism :-)
Btw, I guess my advisor doesn't accept your argument. The dragon on my
dragon book is a very tough one *g*. And one of my advisor's arguments for
not implementing it for the GCC is that their compiler would be less
complicated. I can't confirm that since I don't have access to it yet.
Regards,
Michael Kruse
--
Tardyzentrismus verboten!
Attachment:
smime.p7s
Description: S/MIME Cryptographic Signature