RFC/A: A generic decompose_address routine

[H.J. Lu]

On Thu, Oct 25, 2012 at 8:53 PM, H.J. Lu <hjl.tools@gmail.com> wrote:
> On Thu, Oct 25, 2012 at 3:34 PM, H.J. Lu <hjl.tools@gmail.com> wrote:
>> On Thu, Oct 25, 2012 at 3:13 PM, Richard Sandiford
>> <rdsandiford@googlemail.com> wrote:
>>> "H.J. Lu" <hjl.tools@gmail.com> writes:
>>>> On Thu, Oct 25, 2012 at 12:57 PM, Richard Sandiford
>>>> <rdsandiford@googlemail.com> wrote:
>>>>> This patch is an attempt at the routine sketched here:
>>>>>
>>>>>     http://gcc.gnu.org/ml/gcc-patches/2012-10/msg01016.html
>>>>>
>>>>> for decomposing addresses into constituent parts.  It applies
>>>>> on top of the patches I sent out earlier today.  To summarise
>>>>> that message, the main point is to have an address description
>>>>> in which we know how the individual parts relate to one another.
>>>>>
>>>>> If the patch looks OK, I'd like to try doing the same for IRA.
>>>>> Maybe other passes could use the routines too; I'm not sure.
>>>>>
>>>>> An alternative to having a generic routine would be to add a target hook.
>>>>> However, the whole target address interface could do with some clean-up,
>>>>> so I'd rather not add a new hook until either (a) it becomes absolutely
>>>>> necessary, because of some target weirdness I don't know about or
>>>>> (b) there's a coordinated plan to handle things like legitimacy,
>>>>> base classes, and index classes.
>>>>>
>>>>> I'm hoping this will help with the x32 problems that HJ is seeing.
>>>>> Like Vlad, I don't have a set-up to try for certain, but I tried
>>>>
>>>> Do you have a git branch I can try?  When I applied your patch on
>>>> the current trunk, I got
>>>>
>>> Sorry, here's a combined patch with all 5 changes.
>>>
>>> Richard
>>>
>>
>> It fixes:
>>
>> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55049#c3
>>
>> I can continue x32 build.
>
> It fixes x32 bootstrap.
>
> Thanks.
>

There is another address related regression:

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55093

-- 
H.J.