This is the mail archive of the
gdb-patches@sourceware.org
mailing list for the GDB project.
Re: [ping 2] [RFA][PATCH v4 0/5] Add TDB regset support
- From: Andreas Arnez <arnez at linux dot vnet dot ibm dot com>
- To: lgustavo at codesourcery dot com
- Cc: gdb-patches at sourceware dot org, Ulrich dot Weigand at de dot ibm dot com
- Date: Mon, 15 Jul 2013 18:30:38 +0200
- Subject: Re: [ping 2] [RFA][PATCH v4 0/5] Add TDB regset support
- References: <87zju3intq dot fsf at br87z6lw dot de dot ibm dot com> <87d2qt83au dot fsf at br87z6lw dot de dot ibm dot com> <874nbwtdgk dot fsf_-_ at br87z6lw dot de dot ibm dot com> <51E3F8B3 dot 10109 at codesourcery dot com> <87zjtnsupy dot fsf at br87z6lw dot de dot ibm dot com> <51E417DD dot 90806 at codesourcery dot com>
Luis Machado <lgustavo@codesourcery.com> writes:
> On 07/15/2013 12:34 PM, Andreas Arnez wrote:
>> Luis Machado <lgustavo@codesourcery.com> writes:
>>
>>> I didn't go through your last update of the patch, but FTR i still
>>> think we should make the core file sections static and store them in
>>> some form of array instead of hardcoding their contents in numerous
>>> function calls.
>>
>> In the PowerPC case the patch includes four call-back invocations, all
>> contained in a 20-line iterator function. I'd hardly call that
>> "numerous function calls". And I consider it an improvement over the
>> original code, which had six hard-coded static array initializers with
>> various copy-/pasted lines, plus the logic for selecting the correct
>> array. The improvement is even more drastic for S/390. Don't you
>> agree? Or do you see even more potential for improvement?
>
> What i don't see now is an obvious way of telling which register sets
> are available for core files in PowerPC. You'd have to infer that
> based on dynamic data.
>
> It is my personal view on the change, really. I don't claim it is
> right or wrong.
>
> Also, why is the PowerPC backend being modified together with S390? Is
> this a change to account for POWER8? The introductory mail does not
> mention anything PowerPC-specific.
Because I saw the potential for code simplification here. Also, in an
informal conversation with Ulrich Weigand he indicated that he was
interested in such a change.
In the scope of this patch set the PowerPC change is purely optional.
I'll just remove it from the next version of the patch set.