This is the mail archive of the
mailing list for the GCC project.
Re: [gsoc] Generic addressing mode selection
- From: Erik Varga <erik dot varga256 at gmail dot com>
- To: Oleg Endo <oleg dot endo at t-online dot de>
- Cc: Jeff Law <law at redhat dot com>, gcc at gcc dot gnu dot org
- Date: Fri, 27 Mar 2015 01:11:56 +0100
- Subject: Re: [gsoc] Generic addressing mode selection
- Authentication-results: sourceware.org; auth=none
- References: <CAMHD1_-5Pmtk2G1GaGB-EfsfgQSP8kwwWyOJCuJB=wPnW1evKg at mail dot gmail dot com> <55142923 dot 8080405 at redhat dot com> <1427409980 dot 23370 dot 90 dot camel at yam-132-YW-E178-FTW>
On Thu, Mar 26, 2015 at 11:46 PM, Oleg Endo <firstname.lastname@example.org> wrote:
> On Thu, 2015-03-26 at 09:43 -0600, Jeff Law wrote:
>> If you're looking at exploiting auto-inc addressing, others and myself
>> have speculated that something built around
>> straight-line-strength-reduction at the RTL level would be ideal for
>> exploiting that capability.
>> That may be more suitable for a GSOC project than tackling the entire
>> space of address mode selections.
> As far as I understand the proposal, the goal is not to solve all AMS
> problems, but rather to lay the foundation for doing these kinds of
> optimizations and deal with a few assorted ones (most likely auto-mod
> will be a candidate). Thus, I think Erik's proposal sounds feasible,
> although I'd expect some of the allocations/priorities in the schedule
> to change during the project. But that's not something unusual to
That's right, the project's aim is to handle some specific access
patterns and, in the process, build a framework that makes subsequent
optimizations easier to write, not to tackle AMS in its entirety. I'll
reword the proposal a bit to more accurately reflect this.