Sorry for the delayed response.
Masaki Arai writes:
> Hi,
>
> Thank you very much for your quick check and reply.
>
> Kugan Vivekanandarajah writes:
>> > I looked into the structure, adding this field is not going to make the
> s=
>> tructure bigger for either ILP32 or LP64 targets. If you want
On 29 August 2017 at 17:36, Masaki Arai wrote:
> Hi,
>
> Renato Golin writes:
>> On 29 August 2017 at 10:15, Masaki Arai wrote:
>>> If there is no objection, I will consider proposing this function(and
>>> alternative
>>> appraoch) on the GCC mailing list (after improving print
>>> strings and a
Hi,
Renato Golin writes:
> On 29 August 2017 at 10:15, Masaki Arai wrote:
>> If there is no objection, I will consider proposing this function(and
>> alternative
>> appraoch) on the GCC mailing list (after improving print
>> strings and actual patch files).
>
> I think that'll be the best way fo
On 29 August 2017 at 10:15, Masaki Arai wrote:
> Thank you very much for your comments and advice.
> I checked the URL.
> If there is no objection, I will consider proposing this function(and
> alternative
> appraoch) on the GCC mailing list (after improving print
> strings and actual patch files)
Hi,
Kugan Vivekanandarajah writes:
>> Even though memory usage does not increase, I understand the policy of
>> wanting to make the data structure simple.
>>
>> Another way to implement this feature is to use the `addrspace' field
>> in `struct mem_attrs' without adding any fields.
>> I think tha