This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: bz1311954 - multilib variations in LC_COLLATE files, with fixes
- From: Florian Weimer <fw at deneb dot enyo dot de>
- To: Carlos O'Donell <codonell at redhat dot com>
- Cc: DJ Delorie <dj at redhat dot com>, digitalfreak at lingonborough dot com, libc-alpha at sourceware dot org
- Date: Thu, 21 Mar 2019 09:52:05 +0100
- Subject: Re: bz1311954 - multilib variations in LC_COLLATE files, with fixes
- References: <xnpnqkuauy.fsf@greed.delorie.com> <4821cd97-48b0-9d37-58b0-0333e53bc0bd@redhat.com>
* Carlos O'Donell:
> On 3/21/19 12:09 AM, DJ Delorie wrote:
>> "Carlos O'Donell" <codonell@redhat.com> writes:
>>> Very minor. Thanks, I think this means that using 50% is the simplest
>>> and easiest option then. Care to post patches that use 50% with >> ?
>>
>> iconv, localedef: avoid floating point rounding differences
>
> This is a user-visible bug and so needs a bugzilla entry, please create
> one, and reference the ml discussion, and reference it here.
I brought this one up on the libstdc++ list as well:
<https://gcc.gnu.org/ml/libstdc++/2019-03/msg00088.html>
I think with the C++ hashtables, the impact is mostly visible with the
iteration order.