This is the mail archive of the libc-alpha@sourceware.org mailing list for the glibc project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: [PATCH] un-nest findidx()


On 25 July 2014 11:05, Konstantin Serebryany
<konstantin.s.serebryany@gmail.com> wrote:
> Any other comments?

The comments on the include guards are a little odd, usually the name
of the define is used rather than the filename. Besides that minor nit
the code looks ok to me and also passes make check. I don't think it
is something we would want to take at this stage in the freeze
however.

> On Thu, Jul 3, 2014 at 5:01 PM, Konstantin Serebryany
> <konstantin.s.serebryany@gmail.com> wrote:
>> On Thu, Jul 3, 2014 at 4:26 PM, Andreas Schwab <schwab@suse.de> wrote:
>>> Konstantin Serebryany <konstantin.s.serebryany@gmail.com> writes:
>>>
>>>> On Thu, Jul 3, 2014 at 4:06 PM, Andreas Schwab <schwab@suse.de> wrote:
>>>>> Konstantin Serebryany <konstantin.s.serebryany@gmail.com> writes:
>>>>>
>>>>>>         (FCT): change type of 'extra' to wint_t;
>>>>>
>>>>> Why do you need this change?
>>>> To avoid warnings about different types of argument and parameter
>>>
>>> But why do you have that conflict in the first place?  You must use the
>>> type of the object in the end.
>>
>> There are multiple uses of findidxwc. Some were using int32_t* for
>> 'extra', some where using wint_t*
>> (e.g. see USTRING_TYPE in wcsmbs/wcscoll.c).
>> When un-nesting findidxwc we have to chose just one type. I chose
>> wint_t because otherwise the change would have been larger.
>>
>> --kcc
>>
>>>
>>> Andreas.
>>>
>>> --
>>> Andreas Schwab, SUSE Labs, schwab@suse.de
>>> GPG Key fingerprint = 0196 BAD8 1CE9 1970 F4BE  1748 E4D4 88E3 0EEA B9D7
>>> "And now for something completely different."



-- 
Will Newton
Toolchain Working Group, Linaro


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