This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: [patch, fortran] PR 40628, front-end optimization pass
- From: Richard Henderson <rth at redhat dot com>
- To: Jerry DeLisle <jvdelisle at verizon dot net>
- Cc: Daniel Kraft <d at domob dot eu>, Thomas Koenig <tkoenig at netcologne dot de>, fortran at gcc dot gnu dot org, gcc-patches at gcc dot gnu dot org
- Date: Mon, 19 Jul 2010 11:21:10 -0700
- Subject: Re: [patch, fortran] PR 40628, front-end optimization pass
- References: <1279391905.4628.7.camel@linux-fd1f.site> <4C42BF4D.20400@domob.eu> <4C43D07A.9050500@verizon.net>
On 07/18/2010 09:11 PM, Jerry DeLisle wrote:
> On 07/18/2010 01:46 AM, Daniel Kraft wrote:
>> Hi Thomas,
>>
>> Thomas Koenig wrote:
>>> finally, here's the first attempt at a front-end optimization pass.
>>> Right now, it fixes PR 40626 and optimizes comparisons between variables
>>> (which only really is relevant for character comparisons). Many more
>>> things could (and should) be added over time.
>>
>
> I like the idea as long as we do not duplicate middle-end work. If we
> can improve performance without sacrificing maintainability and
> correctness, I am all for it. The idea of general passes is good.
> Rather than optimize.c maybe call it early_pass.c or whatever.
>
> Do any middle-end maintainers have an opinion on adding this optimization?
As long as the optimizations here are fortran-specific (e.g. high-level
matrix, string, or loop pre-expansion optimizations), I don't mind.
r~