This is the mail archive of the gdb-patches@sources.redhat.com mailing list for the GDB project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]

Re: [RFC/RFA] gdb extension for Harvard architectures


> Andrew Cagney wrote:
> 
>> 
> 
>> > May I suggest:
> 
>> >> if ((space_flag & TYPE_FLAG_SPACE_MASK) == TYPE_FLAG_CODE_SPACE)
>> >>
>> >> I'd prefer to preserve the knowledge that an object is in only one
>> >> space.
> 
>> >
>> >
>> > Sure, good suggestion.
> 
>> 
>> Remember, the number of spaces is determined by the target architecture.
>> You can probably reserve a fixed set but it may eventually overflow.
> 
> 
> And as you observed (I think), it would eventually be desireable 
> to give the target arch the ability to define the spaces.
> My hardwiring of "code" and "data" is just an initial step.
> When we make it extendable, the internal implementation may be
> entirely different, and the artificial limit on the number of
> address spaces may go away.


Ah, define code, data and I/O bits and then leave the problem of 
changing that to an enum / integer / struct ...  to the person that has 
all the address spaces.

Probably a good choice,

	Andrew



Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]