[Bug localedata/16190] New: Please add the esperanto (eo) locale

[Bug localedata/16190] New: Please add the esperanto (eo) locale

[eduardo at esperanto dot org.uy]

https://sourceware.org/bugzilla/show_bug.cgi?id=16190

            Bug ID: 16190
           Summary: Please add the esperanto (eo) locale
           Product: glibc
           Version: unspecified
            Status: NEW
          Severity: normal
          Priority: P2
         Component: localedata
          Assignee: unassigned at sourceware dot org
          Reporter: eduardo at esperanto dot org.uy
                CC: libc-locales at sourceware dot org

Created attachment 7284
  --> https://sourceware.org/bugzilla/attachment.cgi?id=7284&action=edit
Debian (wheezy) eo locale file

Although not officially included in glibc the Esperanto locale has been
included for many years in Debian[1], Ubuntu[2], and other distributions.

There exist official Esperanto versions of Firefox[3], LibreOffice[4] and other
free software. Many services and popular sites offer localized versions, such
as Facebook[5][6] or Google Search[7]. Google Translate[8] allows to translate
to and from Esperanto. That's just to name a few.

Find attached the locale file currently being distributed by Debian. I hope
that is enough to add the eo locale.

[1] http://packages.debian.org/wheezy/all/locales/filelist
(/usr/share/i18n/locales/eo)
[2] http://packages.ubuntu.com/trusty/all/locales/filelist
(/usr/share/i18n/locales/eo)
[3] https://www.mozilla.org/en-US/firefox/all/
[4] http://eo.libreoffice.org/elsxuti/
[5] https://developers.facebook.com/docs/internationalization/
[6] https://www.facebook.com/translations/FacebookLocales.xml
[7] https://www.google.com/?hl=eo
[8]
http://translate.google.com/#eo/en/bonvolu%20aldoni%20Esperanton%20al%20glibc
;)

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug localedata/16190] Please add the esperanto (eo) locale

[cjlhomeaddress at gmail dot com]

https://sourceware.org/bugzilla/show_bug.cgi?id=16190

Chris Leonard <cjlhomeaddress at gmail dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |cjlhomeaddress at gmail dot com

--- Comment #1 from Chris Leonard <cjlhomeaddress at gmail dot com> ---
See:

https://sourceware.org/bugzilla/show_bug.cgi?id=14943

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug localedata/16190] Please add the esperanto (eo) locale

[cjlhomeaddress at gmail dot com]

https://sourceware.org/bugzilla/show_bug.cgi?id=16190

Chris Leonard <cjlhomeaddress at gmail dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
         Depends on|                            |14943

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug localedata/16190] [PATCH] Please add the esperanto (eo) locale

[eduardo at esperanto dot org.uy]

https://sourceware.org/bugzilla/show_bug.cgi?id=16190

Eduardo Trápani <eduardo at esperanto dot org.uy> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
            Summary|Please add the esperanto    |[PATCH] Please add the
                   |(eo) locale                 |esperanto (eo) locale

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug localedata/16190] [PATCH] Please add the esperanto (eo) locale

[cjlhomeaddress at gmail dot com]

https://sourceware.org/bugzilla/show_bug.cgi?id=16190

--- Comment #3 from Chris Leonard <cjlhomeaddress at gmail dot com> ---
I think there is still an issue of whether a naked lang can be submitted when
the common filename format is LL_CC  (LL=iso639 lang code, CC=iso31366 country
code).

Don't mistake this as an argument against constructed languages, merely a
comment on a need for a workaround on the country field question.

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug localedata/16190] Please add the esperanto (eo) locale

[eduardo at esperanto dot org.uy]

https://sourceware.org/bugzilla/show_bug.cgi?id=16190

Eduardo Trápani <eduardo at esperanto dot org.uy> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
   Attachment #7284|0                           |1
        is obsolete|                            |
                 CC|                            |eduardo at esperanto dot org.uy

--- Comment #2 from Eduardo Trápani <eduardo at esperanto dot org.uy> ---
Created attachment 7288
  --> https://sourceware.org/bugzilla/attachment.cgi?id=7288&action=edit
Patch to add Esperanto locale

Thanks Chris. I hope that this patch covers it.

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug localedata/16190] [PATCH] Please add the esperanto (eo) locale

[carlos at redhat dot com]

https://sourceware.org/bugzilla/show_bug.cgi?id=16190

--- Comment #5 from Carlos O'Donell <carlos at redhat dot com> ---
(In reply to Carlos O'Donell from comment #4)
> (In reply to Chris Leonard from comment #3)
> > I think there is still an issue of whether a naked lang can be submitted
> > when the common filename format is LL_CC  (LL=iso639 lang code, CC=iso31366
> > country code).
> > 
> > Don't mistake this as an argument against constructed languages, merely a
> > comment on a need for a workaround on the country field question.
> 
> It is my opinoin that we should follow Unicode's lead here. 
> 
> I vote we use ZZ as `Unknown or invalid territory.'
> 
> The next step here is to email libc-alpha and gather consensus quickly on
> the use of ZZ for this purpose, then rework the patch to use eo_ZZ, and then
> commit that.

And CC libc-locales.

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug localedata/16190] [PATCH] Please add the esperanto (eo) locale

[carlos at redhat dot com]

https://sourceware.org/bugzilla/show_bug.cgi?id=16190

Carlos O'Donell <carlos at redhat dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |carlos at redhat dot com

--- Comment #4 from Carlos O'Donell <carlos at redhat dot com> ---
(In reply to Chris Leonard from comment #3)
> I think there is still an issue of whether a naked lang can be submitted
> when the common filename format is LL_CC  (LL=iso639 lang code, CC=iso31366
> country code).
> 
> Don't mistake this as an argument against constructed languages, merely a
> comment on a need for a workaround on the country field question.

It is my opinoin that we should follow Unicode's lead here. 

I vote we use ZZ as `Unknown or invalid territory.'

The next step here is to email libc-alpha and gather consensus quickly on the
use of ZZ for this purpose, then rework the patch to use eo_ZZ, and then commit
that.

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug localedata/16190] [PATCH] Please add the esperanto (eo) locale

[cjlhomeaddress at gmail dot com]

https://sourceware.org/bugzilla/show_bug.cgi?id=16190

--- Comment #6 from Chris Leonard <cjlhomeaddress at gmail dot com> ---
(In reply to Carlos O'Donell from comment #4)
> (In reply to Chris Leonard from comment #3)
> > I think there is still an issue of whether a naked lang can be submitted
> > when the common filename format is LL_CC  (LL=iso639 lang code, CC=iso31366
> > country code).
> > 
> > Don't mistake this as an argument against constructed languages, merely a
> > comment on a need for a workaround on the country field question.
> 
> It is my opinoin that we should follow Unicode's lead here. 
> 
> I vote we use ZZ as `Unknown or invalid territory.'
> 
> The next step here is to email libc-alpha and gather consensus quickly on
> the use of ZZ for this purpose, then rework the patch to use eo_ZZ, and then
> commit that.

This seems like a logical solution to me. +1

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug localedata/16190] [PATCH] Please add the esperanto (eo) locale

[eduardo at esperanto dot org.uy]

https://sourceware.org/bugzilla/show_bug.cgi?id=16190

--- Comment #7 from Eduardo Trápani <eduardo at esperanto dot org.uy> ---
Created attachment 7293
  --> https://sourceware.org/bugzilla/attachment.cgi?id=7293&action=edit
Patch to add eo_AQ

Antartica is international enough and there would be no need to find consensus
on the usage of the user defined ISO 3166 codes.

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug localedata/16190] [PATCH] Please add the esperanto (eo) locale

[eduardo at esperanto dot org.uy]

https://sourceware.org/bugzilla/show_bug.cgi?id=16190

--- Comment #8 from Eduardo Trápani <eduardo at esperanto dot org.uy> ---
Created attachment 7294
  --> https://sourceware.org/bugzilla/attachment.cgi?id=7294&action=edit
Patch to add eo_ZZ

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug localedata/16190] [PATCH] Please add the esperanto (eo) locale

[eduardo at esperanto dot org.uy]

https://sourceware.org/bugzilla/show_bug.cgi?id=16190

--- Comment #9 from Eduardo Trápani <eduardo at esperanto dot org.uy> ---
Created attachment 7295
  --> https://sourceware.org/bugzilla/attachment.cgi?id=7295&action=edit
Patch to add eo_XX

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug localedata/16190] [PATCH] Please add the esperanto (eo) locale

[eduardo at esperanto dot org.uy]

https://sourceware.org/bugzilla/show_bug.cgi?id=16190

--- Comment #10 from Eduardo Trápani <eduardo at esperanto dot org.uy> ---
(In reply to Chris Leonard from comment #3)
> I think there is still an issue of whether a naked lang can be submitted
> when the common filename format is LL_CC  (LL=iso639 lang code, CC=iso31366
> country code).

As stated in the comment AQ could be used as country code.

If you'd rather use one of the ISO 3166 "user defined" codes, I'd go with XX,
that's has been used before and it's still used (just search the web for
eo_XX), so I think it would be the one favored by the technical community of
speakers. But ZZ would be ok.

So now you have all patches, for eo, eo_XX, eo_ZZ and eo_AQ. If you ask me, I'd
include eo_AQ, since that seems to be the easiest way right now. No need for
further consultation.

PD: Anyway, I don't see why the optional country code is required in glibc. But
that's something that we can eventually deal with, in another bug.

[1] http://en.wikipedia.org/wiki/ISO_3166-1_alpha-2#AQ
[2] http://en.wikipedia.org/wiki/ISO_3166-1_alpha-2#User-assigned_code_elements

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug localedata/16190] [PATCH] Please add the esperanto (eo) locale

[nik.kalach at inbox dot ru]

https://sourceware.org/bugzilla/show_bug.cgi?id=16190

Nik Kalach <nik.kalach at inbox dot ru> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |nik.kalach at inbox dot ru

--- Comment #11 from Nik Kalach <nik.kalach at inbox dot ru> ---
Note that the proposed locales contain capitalized month names. It seems to
contradict the approach in BZ 14943.

This submission does not contain any justification for using euro as a monetary
unit in Antartic or "Unknown or invalid territory".

It is not clear if using non country codes like AQ or ZZ may brake existing
applications or their user interfaces. Some applications use data from the
country field of the locale name to get country name translated to the target
language using iso_3166-3 tables. Debian maintains these tables and the
corresponding packages are included into many Linux distributions. The 
applications may brake because there is no translations for Antartic or ZZ in
iso-3166.

I think the right thing to do would be to close this bug as a duplicate for BZ
14943.

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug localedata/16190] [PATCH] Please add the esperanto (eo) locale

[cjlhomeaddress at gmail dot com]

https://sourceware.org/bugzilla/show_bug.cgi?id=16190

--- Comment #12 from Chris Leonard <cjlhomeaddress at gmail dot com> ---
It is ironic that the Debian isocode project has Esperanto translations, but we
can't agree on how to create a locale for lang-eo.  I think we need a solution,
not just kick it further down the road.

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug localedata/16190] [PATCH] Please add the esperanto (eo) locale

[cjlhomeaddress at gmail dot com]

https://sourceware.org/bugzilla/show_bug.cgi?id=16190

--- Comment #13 from Chris Leonard <cjlhomeaddress at gmail dot com> ---
So I can't find ZZ in the Debian isocode project, but I did a little research
on Esperanto and I have another suggestion.

Esperanto is currently the language of instruction of the International Academy
of Sciences in San Marino

http://en.wikipedia.org/wiki/Akademio_Internacia_de_la_Sciencoj_San_Marino

I propose submitting a locale for eo_SM in recognition of this fact.  It is no
more-or-less sound than the logic that lead to for for Interlingua.  Comments?

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug localedata/16190] [PATCH] Please add the esperanto (eo) locale

[cjlhomeaddress at gmail dot com]

https://sourceware.org/bugzilla/show_bug.cgi?id=16190

--- Comment #14 from Chris Leonard <cjlhomeaddress at gmail dot com> ---
(In reply to Chris Leonard from comment #13)
> So I can't find ZZ in the Debian isocode project, but I did a little
> research on Esperanto and I have another suggestion.
> 
> Esperanto is currently the language of instruction of the International
> Academy of Sciences in San Marino
> 
> http://en.wikipedia.org/wiki/Akademio_Internacia_de_la_Sciencoj_San_Marino
> 
> I propose submitting a locale for eo_SM in recognition of this fact.  It is
> no more-or-less sound than the logic that lead to for for Interlingua. 
> Comments?

I meant fr for Interlingua seee ia_FR

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug localedata/16190] [PATCH] Please add the esperanto (eo) locale

[bugdal at aerifal dot cx]

https://sourceware.org/bugzilla/show_bug.cgi?id=16190

Rich Felker <bugdal at aerifal dot cx> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |bugdal at aerifal dot cx

--- Comment #15 from Rich Felker <bugdal at aerifal dot cx> ---
glibc just needs to drop the policy of having the country code be mandatory, at
least for LC_MESSAGES, LC_CTYPE, and any other categories that have nothing to
do with countries/politics. There's no justification for someone having to
choose a country (and cultural/political conventions) that may have nothing to
do with them just to get messages in their own language.

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug localedata/16190] [PATCH] Please add the esperanto (eo) locale

[carlos at redhat dot com]

https://sourceware.org/bugzilla/show_bug.cgi?id=16190

--- Comment #16 from Carlos O'Donell <carlos at redhat dot com> ---
(In reply to Rich Felker from comment #15)
> glibc just needs to drop the policy of having the country code be mandatory,
> at least for LC_MESSAGES, LC_CTYPE, and any other categories that have
> nothing to do with countries/politics. There's no justification for someone
> having to choose a country (and cultural/political conventions) that may
> have nothing to do with them just to get messages in their own language.

Rich, It's not that we have a policy it's just that nobody has run through the
process of trying to use a locale without a country code. I don't know if it's
possible and I haven't tried it.

I'll make the following strong statements:
* I don't think country codes should be mandatory.
* Adding the first locale without a country code will require validation before
we can check it in and know that it will work.
* I'm happy to use eo_ZZ, just post a message to libc-alpha@ requesting
consensus on this. I'll give my +1 immediately. I would like to see Keld and
Petr at least comment on this idea. I'll pull them into the thread.

Does that make sense?

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug localedata/16190] [PATCH] Please add the esperanto (eo) locale

[carlos at redhat dot com]

https://sourceware.org/bugzilla/show_bug.cgi?id=16190

Carlos O'Donell <carlos at redhat dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |adconrad at 0c3 dot net,
                   |                            |aurelien at aurel32 dot net

--- Comment #18 from Carlos O'Donell <carlos at redhat dot com> ---
(In reply to Allan McRae from comment #17)
> Isn't there distributions already using just plain "eo"?   At least Debian
> is.

That isn't proof that it works, but I'm open to hearing to Aurelian or someone
else from Debian/Ubuntu (Adam Conrad) to say that it works.

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug localedata/16190] [PATCH] Please add the esperanto (eo) locale

[allan at archlinux dot org]

https://sourceware.org/bugzilla/show_bug.cgi?id=16190

Allan McRae <allan at archlinux dot org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |allan at archlinux dot org

--- Comment #17 from Allan McRae <allan at archlinux dot org> ---
Isn't there distributions already using just plain "eo"?   At least Debian is.

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug localedata/16190] [PATCH] Please add the esperanto (eo) locale

[adconrad at 0c3 dot net]

https://sourceware.org/bugzilla/show_bug.cgi?id=16190

--- Comment #19 from Adam Conrad <adconrad at 0c3 dot net> ---
Define "works".  If I generate the locale for "eo" and export LANG=eo, I
certainly get translates messages for, say, dpkg --help:

(base)adconrad@cthulhu:~$ sudo locale-gen eo
Generating locales...
  eo.ISO-8859-3... done
Generation complete.
(base)adconrad@cthulhu:~$ export LANG=eo
(base)adconrad@cthulhu:~$ locale
LANG=eo
LANGUAGE=
LC_CTYPE="eo"
LC_NUMERIC="eo"
LC_TIME="eo"
LC_COLLATE="eo"
LC_MONETARY="eo"
LC_MESSAGES="eo"
LC_PAPER="eo"
LC_NAME="eo"
LC_ADDRESS="eo"
LC_TELEPHONE="eo"
LC_MEASUREMENT="eo"
LC_IDENTIFICATION="eo"
LC_ALL=
(base)adconrad@cthulhu:~$ dpkg --help
Uzado: dpkg [<elekteblo> ...] <komando>

Komandoj:
[...]

What level of validation are we looking for here?  I'm far from a locale guru.

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug localedata/16190] [PATCH] Please add the esperanto (eo) locale

[eduardo at esperanto dot org.uy]

https://sourceware.org/bugzilla/show_bug.cgi?id=16190

--- Comment #20 from Eduardo Trápani <eduardo at esperanto dot org.uy> ---
> It is not clear if using non country codes like AQ [...] may brake existing

Please ... non country codes? AQ is ISO_3166 just as UY, or FR, or UK. What are
you talking about? Please check your facts.

I can live with the fact that you are worried about breaking applications by
simply using a (perfectly legal) two letter locale. But there is no technical
reason that could imply that AQ would break anything (that wasn't broken to
start with).

As you probably know, those two letter codes are used also as top level domain
(with some exceptions). aq is used for that purpose too:

http://www.ictar.aq/

So please, add eo_AQ unless there is actually a good technical reason not to.

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug localedata/16190] [PATCH] Please add the esperanto (eo) locale

[carlos at redhat dot com]

https://sourceware.org/bugzilla/show_bug.cgi?id=16190

--- Comment #21 from Carlos O'Donell <carlos at redhat dot com> ---
(In reply to Adam Conrad from comment #19)
> What level of validation are we looking for here?  I'm far from a locale
> guru.

Does locale-gen hide localedef errors or would you see them printed to stdout?

Your validation looks exactly like what I wanted someone to try.

I've emailed libc-alpha/libc-locles to get consensus on this.

https://sourceware.org/ml/libc-locales/2013-q4/msg00137.html

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug localedata/16190] [PATCH] Please add the esperanto (eo) locale

[eduardo at esperanto dot org.uy]

https://sourceware.org/bugzilla/show_bug.cgi?id=16190

Eduardo Trápani <eduardo at esperanto dot org.uy> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
   Attachment #7288|0                           |1
        is obsolete|                            |
   Attachment #7293|0                           |1
        is obsolete|                            |
   Attachment #7294|0                           |1
        is obsolete|                            |
   Attachment #7295|0                           |1
        is obsolete|                            |

--- Comment #22 from Eduardo Trápani <eduardo at esperanto dot org.uy> ---
Created attachment 7371
  --> https://sourceware.org/bugzilla/attachment.cgi?id=7371&action=edit
Modified Esperanto locale (all mentioned issues solved)

I think this patch covers all the issues brought up in this bug:

* Comment #3
> I think there is still an issue of whether a naked lang can be submitted when the common filename format is LL_CC  (LL=iso639 lang code, CC=iso31366 country code).

Thanks to Carlos for taking the discussion to libc-alpha[1]. Everybody was for
it. But let it be mentioned, for those that might think that is an issue, that
glibc already ships two "naked" locales, so "Given that POSIX and i18n work it
must mean that downstream tools can consume a locale without geographic
region."[2].

*Comment #11

> Note that the proposed locales contain capitalized month names. It seems to contradict the approach in BZ 14943.

Month names are capitalized in Esperanto[3].

> This submission does not contain any justification for using euro as a monetary unit in Antartic or "Unknown or invalid territory".

The new submission changes this. We use Unicode 00A4 and XDR, just as the
already existing locale i18n does. Nothing new there.

I'd be glad to address any remaining issues, but given that we have the green
light from libc-alpha (not a single objection there) and glibc is already
shipping locales without region code and the currency is taken care of, my
guess is that we are ready to go.

[1] https://sourceware.org/ml/libc-locales/2013-q4/msg00137.html
[2] https://sourceware.org/ml/libc-locales/2013-q4/msg00141.html
[3] http://bertilow.com/pmeg/gramatiko/propraj_nomoj/majuskloj.html

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug localedata/16190] [PATCH] Please add the esperanto (eo) locale

[myllynen at redhat dot com]

https://sourceware.org/bugzilla/show_bug.cgi?id=16190

Marko Myllynen <myllynen at redhat dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |myllynen at redhat dot com

--- Comment #23 from Marko Myllynen <myllynen at redhat dot com> ---
(In reply to Eduardo Trápani from comment #22)
> Created attachment 7371 [details]
> Modified Esperanto locale (all mentioned issues solved)
> 
> I'd be glad to address any remaining issues, but given that we have the
> green light from libc-alpha (not a single objection there) and glibc is
> already shipping locales without region code and the currency is taken care
> of, my guess is that we are ready to go.

I provided some comments on libc-alpha to (another?) esperanto submission which
are not all addressed:

https://sourceware.org/ml/libc-alpha/2013-03/msg00385.html

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug localedata/16190] [PATCH] Please add the esperanto (eo) locale

[eduardo at esperanto dot org.uy]

https://sourceware.org/bugzilla/show_bug.cgi?id=16190

Eduardo Trápani <eduardo at esperanto dot org.uy> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
   Attachment #7371|0                           |1
        is obsolete|                            |

--- Comment #24 from Eduardo Trápani <eduardo at esperanto dot org.uy> ---
Created attachment 7373
  --> https://sourceware.org/bugzilla/attachment.cgi?id=7373&action=edit
Esperanto locale with the additions from comment #22

Thanks Marko. This new patch should also cover comment #22:

* added LC_MEASUREMENT
* added yesstr and nostr

lang_term was already there and country_* do not belong in the naked language.

Do we agree the locale is ready to be committed now?

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug localedata/16190] [PATCH] Please add the esperanto (eo) locale

[myllynen at redhat dot com]

https://sourceware.org/bugzilla/show_bug.cgi?id=16190

--- Comment #25 from Marko Myllynen <myllynen at redhat dot com> ---
It looks good to me (apart from including eo~ of course) but few points you
might want to check now or later, could also be that some of these are on
purpose for a countryless locale:

- date_fmt undefined (LC_TIME)
- start of the week undefined (LC_TIME)
- lang_lib undefined (LC_ADDRESS)

For the latter two, if relevant, you'll find instructions at
https://sourceware.org/glibc/wiki/Locales.

Thanks.

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug localedata/16190] [PATCH] Please add the esperanto (eo) locale

[eduardo at esperanto dot org.uy]

https://sourceware.org/bugzilla/show_bug.cgi?id=16190

Eduardo Trápani <eduardo at esperanto dot org.uy> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
   Attachment #7373|0                           |1
        is obsolete|                            |

--- Comment #26 from Eduardo Trápani <eduardo at esperanto dot org.uy> ---
Created attachment 7385
  --> https://sourceware.org/bugzilla/attachment.cgi?id=7385&action=edit
Esperanto locale

> It looks good to me (apart from including eo~ of course) but few points you might want to check now or later, could also be that some of these are on purpose for a countryless locale:

I'd rather check that later, but hey, since we are now at it let's take of that
right now. I removed the eo~ from the diff, I hadn't noticed it.

> - date_fmt undefined (LC_TIME)

Added.

> - start of the week undefined (LC_TIME)
> - lang_lib undefined (LC_ADDRESS)
> For the latter two, if relevant

I don't consider those relevant.

I hope we are ready to go now ... Please let me know if there is still anything
amiss.

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug localedata/16190] [PATCH] Please add the esperanto (eo) locale

[eduardo at esperanto dot org.uy]

https://sourceware.org/bugzilla/show_bug.cgi?id=16190

--- Comment #27 from Eduardo Trápani <eduardo at esperanto dot org.uy> ---
There are no more issues and we got the green light from libc-alpha. I don't
know how to move on from here. Who applies the patch?

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug localedata/16190] [PATCH] Please add the esperanto (eo) locale

[allan at archlinux dot org]

https://sourceware.org/bugzilla/show_bug.cgi?id=16190

--- Comment #28 from Allan McRae <allan at archlinux dot org> ---
Please ping the patch on libc-alpha again.

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug localedata/16190] [PATCH] Please add the esperanto (eo) locale

[nik.kalach at inbox dot ru]

https://sourceware.org/bugzilla/show_bug.cgi?id=16190

--- Comment #29 from Nik Kalach <nik.kalach at inbox dot ru> ---
According to the Wikipedia article [1] about Esperanto orthography: "Names of
months, days of the week, ethnicities, languages, and the adjectival forms of
proper names are not typically capitalized (anglo "an Englishman", angla
"English", usona "US American"), though national norms may override such
generalizations."

[1] http://en.wikipedia.org/wiki/Esperanto_alphabet

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug localedata/16190] [PATCH] Please add the esperanto (eo) locale

[eduardo at esperanto dot org.uy]

https://sourceware.org/bugzilla/show_bug.cgi?id=16190

--- Comment #30 from Eduardo Trápani <eduardo at esperanto dot org.uy> ---
(In reply to Nik Kalach from comment #29)
> According to the Wikipedia article [1] about Esperanto orthography: "Names
> of months, days of the week, ethnicities, languages, and the adjectival
> forms of proper names are not typically capitalized (anglo "an Englishman",
> angla "English", usona "US American"), though national norms may override
> such generalizations."
> 
> [1] http://en.wikipedia.org/wiki/Esperanto_alphabet

Short answer: they're ok capitalized.

Long answer: while it is true that both usages are now current[2], the
"Fundamento" (you can read here about how normative that document is[3]) uses
uppercase. That basically means you cannot go wrong if you capitalize them. You
can also check the Akademio de Esperanto[4] and their official dictionary. See
for example the entries for January[5] and Tuesday[6].

[2]
http://translate.google.com/translate?sl=eo&tl=en&u=http%3A%2F%2Fbertilow.com%2Fpmeg%2Fgramatiko%2Fpropraj_nomoj%2Fmajuskloj.html&edit-text=
[3] http://en.wikipedia.org/wiki/Fundamento
[4] http://en.wikipedia.org/wiki/Akademio_de_esperanto
[5]
http://www.akademio-de-esperanto.org/fundamento/universala_vortaro.html#av-1818
[6]
http://www.akademio-de-esperanto.org/fundamento/universala_vortaro.html#av-2684

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug localedata/16190] [PATCH] Please add the esperanto (eo) locale

[allan at archlinux dot org]

https://sourceware.org/bugzilla/show_bug.cgi?id=16190

--- Comment #31 from Allan McRae <allan at archlinux dot org> ---
I get the following error when testing the attached locale:

LC_MONETARY: value of field `int_curr_symbol' does not correspond to a valid
name in ISO 4217

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug localedata/16190] [PATCH] Please add the esperanto (eo) locale

[adconrad at 0c3 dot net]

https://sourceware.org/bugzilla/show_bug.cgi?id=16190

--- Comment #32 from Adam Conrad <adconrad at 0c3 dot net> ---
(In reply to Allan McRae from comment #31)
> I get the following error when testing the attached locale:
> 
> LC_MONETARY: value of field `int_curr_symbol' does not correspond to a valid
> name in ISO 4217

That error should be gone now with my latest commit to trunk.  Sorry about
that, it's been sitting here uncommitted for a month.

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug localedata/16190] [PATCH] Please add the esperanto (eo) locale

[fweimer at redhat dot com]

https://sourceware.org/bugzilla/show_bug.cgi?id=16190

Florian Weimer <fweimer at redhat dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
              Flags|                            |security-

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug localedata/16190] [PATCH] Please add the esperanto (eo) locale

[eichi237 at mailoo dot org]

https://sourceware.org/bugzilla/show_bug.cgi?id=16190

sinma <eichi237 at mailoo dot org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |eichi237 at mailoo dot org

--- Comment #33 from sinma <eichi237 at mailoo dot org> ---
Hi, can we expect esperanto locale merged sooner or later? That’ll be great.

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug localedata/16190] [PATCH] Please add the esperanto (eo) locale

[eichi237 at mailoo dot org]

https://sourceware.org/bugzilla/show_bug.cgi?id=16190

--- Comment #34 from sinma <eichi237 at mailoo dot org> ---
Any news?

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug localedata/16190] [PATCH] Please add the esperanto (eo) locale

[perso@hack-libre.org]

https://sourceware.org/bugzilla/show_bug.cgi?id=16190

--- Comment #35 from ariasuni <perso@hack-libre.org> ---
Well, maybe it’s time to close this bug if nothing’s being done about it. I
still hope to see Esperanto in glbic but it seems nobody’s working on it since
a few years.

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug localedata/16190] eo: new esperanto locale

[vapier at gentoo dot org]

https://sourceware.org/bugzilla/show_bug.cgi?id=16190

Mike Frysinger <vapier at gentoo dot org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
            Summary|[PATCH] Please add the      |eo: new esperanto locale
                   |esperanto (eo) locale       |
           Severity|normal                      |enhancement

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug localedata/16190] eo: new esperanto locale

[eduardo at esperanto dot org.uy]

https://sourceware.org/bugzilla/show_bug.cgi?id=16190

--- Comment #36 from Eduardo Trápani <eduardo at esperanto dot org.uy> ---
The only reason this pach hasn't made it to glibc is that when Allan McRae
checked it, it failed because of unrelated bug in glibc (int_curr_symbol). Adam
Conrad has since fixed it. (Please see comment #31 and comment #32). And the
patch still applies to master (hunk #1 uses an offset, I guess that's not a
problem).

Since all issues have been dealt with, and we have the green light in
libc-alpha (about the regionless locale), and the issue about int_curr_symbol
in libc is fixed ... there really isn't any more work to be done from our side.

It's only a matter of checking and committing the patch. Does anybody know how
to call the attention of the committers so that they pick this up?

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug localedata/16190] eo: new esperanto locale

[vapier at gentoo dot org]

https://sourceware.org/bugzilla/show_bug.cgi?id=16190

--- Comment #38 from Mike Frysinger <vapier at gentoo dot org> ---
Comment on attachment 7385
  --> https://sourceware.org/bugzilla/attachment.cgi?id=7385
Esperanto locale

>+comment_char %
>+escape_char /

the header of this file needs updating.  the top ~10 lines should match the
latest locales in current git.

>+% Esperanto language locale
>+% Edmund GRIMLEY EVANS <edmundo at rano dot org>
>+% modified to be in line with i18n by Eduardo TRAPANI <eduardo at esperanto dot org dot uy>

don't mangle e-mail addresses

>+category  "eo:2000";LC_IDENTIFICATION
>+category  "eo:2000";LC_CTYPE
>+category  "eo:2000";LC_COLLATE
>+category  "eo:2000";LC_TIME
>+category  "eo:2000";LC_NUMERIC
>+category  "eo:2000";LC_MONETARY
>+category  "eo:2000";LC_MESSAGES
>+category  "eo:2000";LC_PAPER
>+category  "eo:2000";LC_MEASUREMENT
>+category  "eo:2000";LC_NAME
>+category  "eo:2000";LC_ADDRESS
>+category  "eo:2000";LC_TELEPHONE

these are all incorrect.  just copy the settings as they exist in en_US in
current git.

>+LC_TIME
>+
>+% "dim";"lun";"mar";"mer";"ĵaŭ";"ven";"sab"

delete all these comments that just exist to translate the encoded strings

>+abday	"<U0064><U0069><U006D>";"<U006C><U0075><U006E>";/

just to verify, the first day in this list is Sunday right ?

LC_TIME is also missing a week setting.  prob want something like:
  week 7;19971130;1

>+LC_MESSAGES
>+% "^[JjYy].*"
>+yesexpr	"<U005E><U005B><U004A><U006A><U0059><U0079><U005D><U002E><U002A>"
>+% "^[Nn].*"
>+noexpr	"<U005E><U005B><U006E><U004E><U005D><U002E><U002A>"

yesexpr should include +1 and noexpr should include -0

both should delete the trailing .*

>+LC_PAPER
>+height	297
>+width	210
>+END LC_PAPER
>+
>+LC_MEASUREMENT
>+% metric
>+measurement 1
>+END LC_MEASUREMENT

just copy i81n instead

>+LC_MEASUREMENT
>+measurement    1
>+END LC_MEASUREMENT

you've defined this twice

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug localedata/16190] eo: new esperanto locale

[vapier at gentoo dot org]

https://sourceware.org/bugzilla/show_bug.cgi?id=16190

--- Comment #37 from Mike Frysinger <vapier at gentoo dot org> ---
(In reply to Eduardo Trápani from comment #36)

no one has followed the contribution checklist which means at least sending
patches to the mailing list.  this is documented here:
https://sourceware.org/glibc/wiki/Contribution%20checklist

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug localedata/16190] eo: new esperanto locale

[eduardo at esperanto dot org.uy]

https://sourceware.org/bugzilla/show_bug.cgi?id=16190

--- Comment #40 from Eduardo Trápani <eduardo at esperanto dot org.uy> ---
(In reply to Mike Frysinger from comment #37)
> (In reply to Eduardo Trápani from comment #36)
> 
> no one has followed the contribution checklist which means at least sending
> patches to the mailing list.  this is documented here:
> https://sourceware.org/glibc/wiki/Contribution%20checklist

Good. I've made all the changes and corrections you mentioned, added the
attachment and wrote to the list[1].

Thanks again for taking the time to review the patch.

[1] https://sourceware.org/ml/libc-alpha/2016-06/msg00388.html

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug localedata/16190] eo: new esperanto locale

[eduardo at esperanto dot org.uy]

https://sourceware.org/bugzilla/show_bug.cgi?id=16190

Eduardo Trápani <eduardo at esperanto dot org.uy> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
   Attachment #7385|0                           |1
        is obsolete|                            |

--- Comment #39 from Eduardo Trápani <eduardo at esperanto dot org.uy> ---
Created attachment 9332
  --> https://sourceware.org/bugzilla/attachment.cgi?id=9332&action=edit
eo locale

Thanks a lot Mike! Here is the last version.

And yes, the first day in the list is Sunday.

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug localedata/16190] eo: new esperanto locale

[vapier at gentoo dot org]

https://sourceware.org/bugzilla/show_bug.cgi?id=16190

Mike Frysinger <vapier at gentoo dot org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|---                         |FIXED
   Target Milestone|---                         |2.24

--- Comment #41 from Mike Frysinger <vapier at gentoo dot org> ---
merged now, thanks!

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug localedata/16190] eo: new esperanto locale

[cvs-commit at gcc dot gnu.org]

https://sourceware.org/bugzilla/show_bug.cgi?id=16190

--- Comment #42 from cvs-commit at gcc dot gnu.org <cvs-commit at gcc dot gnu.org> ---
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "GNU C Library master sources".

The branch, master has been updated
       via  39e050698f8186c16a4edc4325df279ab5409975 (commit)
      from  a6a4395d2075228c2514c38707307be41006f498 (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -----------------------------------------------------------------
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=39e050698f8186c16a4edc4325df279ab5409975

commit 39e050698f8186c16a4edc4325df279ab5409975
Author: Eduardo Tr�pani <eduardo@esperanto.org.uy>
Date:   Sat Jun 11 01:22:58 2016 -0400

    localedata: eo: new Esperanto locale [BZ #16190]

-----------------------------------------------------------------------

Summary of changes:
 localedata/ChangeLog  |    6 ++
 localedata/SUPPORTED  |    1 +
 localedata/locales/eo |  211 +++++++++++++++++++++++++++++++++++++++++++++++++
 3 files changed, 218 insertions(+), 0 deletions(-)
 create mode 100644 localedata/locales/eo

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug localedata/16190] eo: new esperanto locale

[eduardo at esperanto dot org.uy]

https://sourceware.org/bugzilla/show_bug.cgi?id=16190

--- Comment #43 from Eduardo Trápani <eduardo at esperanto dot org.uy> ---
(In reply to Mike Frysinger from comment #41)
> merged now, thanks!

Thanks to you!!!

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug localedata/16190] eo: new esperanto locale

[cvs-commit at gcc dot gnu.org]

https://sourceware.org/bugzilla/show_bug.cgi?id=16190

--- Comment #44 from cvs-commit at gcc dot gnu.org <cvs-commit at gcc dot gnu.org> ---
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "GNU C Library master sources".

The annotated tag, glibc-2.24 has been created
        at  beb0f59498c3e0337df298f9d7a3f8f77eb39842 (tag)
   tagging  fdfc9260b61d3d72541f18104d24c7bcb0ce5ca2 (commit)
  replaces  glibc-2.23
 tagged by  Carlos O'Donell
        on  Mon Aug 1 22:46:26 2016 -0400

- Log -----------------------------------------------------------------
The GNU C Library
=================

The GNU C Library version 2.24 is now available.

The GNU C Library is used as *the* C library in the GNU system and
in GNU/Linux systems, as well as many other systems that use Linux
as the kernel.

The GNU C Library is primarily designed to be a portable
and high performance C library.  It follows all relevant
standards including ISO C11 and POSIX.1-2008.  It is also
internationalized and has one of the most complete
internationalization interfaces known.

The GNU C Library webpage is at http://www.gnu.org/software/libc/

Packages for the 2.24 release may be downloaded from:
        http://ftpmirror.gnu.org/libc/
        http://ftp.gnu.org/gnu/libc/

The mirror list is at http://www.gnu.org/order/ftp.html

NEWS for version 2.24
=====================

* The minimum Linux kernel version that this version of the GNU C Library
  can be used with is 3.2, except on i[4567]86 and x86_64, where Linux
  kernel version 2.6.32 or later suffices (on architectures that already
  required kernel versions more recent than 3.2, those requirements remain
  unchanged).  Linux 3.2 or later kernel headers are required on all
  architectures.

* The pap_AN locale has been deleted.  This has been deprecated for a long
  time.  It has been replaced by pap_AW & pap_CW, both of which have long
  been included in previous releases.

* The readdir_r and readdir64_r functions have been deprecated.  It is
  recommended to use readdir and readdir64 instead.

* The type “union wait” has been removed.  It was deprecated in the early
  1990s and never part of POSIX.  Application code should use the int type
  instead of “union wait”.

* A new NSS action is added to facilitate large distributed system
  administration.  The action, MERGE, allows remote user stores like LDAP
  to be merged into local user stores like /etc/groups in order to provide
  easy to use, updated, and managed sets of merged credentials.  The new
  action can be used by configuring it in /etc/nsswitch.conf:
  group: files [SUCCESS=merge] nis
  Implemented by Stephen Gallagher (Red Hat).

* The deprecated __malloc_initialize_hook variable has been removed from the
  API.

* The long unused localedef --old-style option has been removed.  It hasn't
  done anything in over 16 years.  Scripts using this option can safely
  drop it.

* nextupl, nextup, nextupf, nextdownl, nextdown and nextdownf are added to
  libm.  They are defined by TS 18661 and IEEE754-2008.  The nextup functions
  return the next representable value in the direction of positive infinity
  and the nextdown functions return the next representable value in the
  direction of negative infinity.  These are currently enabled as GNU
  extensions.

Security related changes:

* An unnecessary stack copy in _nss_dns_getnetbyname_r was removed.  It
  could result in a stack overflow when getnetbyname was called with an
  overly long name.  (CVE-2016-3075)

* Previously, getaddrinfo copied large amounts of address data to the stack,
  even after the fix for CVE-2013-4458 has been applied, potentially
  resulting in a stack overflow.  getaddrinfo now uses a heap allocation
  instead.  Reported by Michael Petlan.  (CVE-2016-3706)

* The glob function suffered from a stack-based buffer overflow when it was
  called with the GLOB_ALTDIRFUNC flag and encountered a long file name.
  Reported by Alexander Cherepanov.  (CVE-2016-1234)

* The Sun RPC UDP client could exhaust all available stack space when
  flooded with crafted ICMP and UDP messages.  Reported by Aldy Hernandez'
  alloca plugin for GCC.  (CVE-2016-4429)

* The IPv6 name server management code in libresolv could result in a memory
  leak for each thread which is created, performs a failing naming lookup,
  and exits.  Over time, this could result in a denial of service due to
  memory exhaustion.  Reported by Matthias Schiffer.  (CVE-2016-5417)

The following bugs are resolved with this release:

  [1170] localedata: ne_NP: update Nepali locale definition file
  [3629] manual: stpcpy description in string.texi refers to MS-DOG instead
    of MS-DOS.
  [6527] malloc: [powerpc] Malloc alignment insufficient for PowerPC
  [6796] math: fdim() does not set errno on overflow
  [10354] libc: posix_spawn should use vfork() in more cases than presently
  [11213] localedata: localedata: add copyright disclaimer to locale files
  [12143] localedata: chr_US: new Cherokee locale
  [12450] localedata: sgs_LT: new locale
  [12676] localedata: ln_CD: new locale
  [13237] localedata: LC_ADDRESS.country_name: update all locales w/latest
    CLDR data
  [13304] math: fma, fmaf, fmal produce wrong results
  [14259] build: --localedir arg to configure is ignored
  [14499] nptl: Does posix_spawn invoke atfork handlers / use vfork?
  [14750] libc: Race condition in posix_spawn vfork usage vs signal handlers
  [14934] localedata: es_CL: wrong first weekday chilean locale
  [15262] localedata: LC_MESSAGES.yesexpr/noexpr: inconsistent use of
    romanisation
  [15263] localedata: LC_MESSAGES.yesexpr/noexpr: inconsistent use of 1/0
    and +/-
  [15264] localedata: LC_MESSAGES.yesstr/nostr: lacking in many locales
  [15368] nptl: raise() is not async-signal-safe
  [15479] math: ceil, floor, round and trunc raise inexact exception
  [15578] localedata: kk_KZ: various updates
  [16003] localedata: pap_AN: punt old locale
  [16137] localedata: iw_IL: punt old locale
  [16190] localedata: eo: new esperanto locale
  [16374] localedata: lv_LV: change currency symbol in LC_MONETARY to euro
  [16742] malloc: race condition: pthread_atfork() called before first
    malloc() results in unexpected locking behaviour/deadlocks
  [16975] localedata: LC_MESSAGES.yesexpr/noexpr: revisit capitalization in
    all locales
  [16983] localedata: postal_fmt does not allow %l and %n modifiers
  [17565] localedata: pt_PT: wrong (work-)week start
  [17899] math: [powerpc] floorl returns negative zero with FE_DOWNWARD
  [17950] build: Build fails with -msse
  [18205] localedata: be_BY*: wrong first_weekday and first_workday
  [18433] libc: posix_spawn does not return correctly upon failure to
    execute
  [18453] localedata: charmaps/IBM875: incorrect codes
  [18712] string: bits/string2.h incompatible with -O2 -Werror=packed
    -Wsystem-headers
  [18896] localedata: he_IL: improvements for currency
  [18911] localedata: ro_RO: Correcting week day name for "Tuesday" in
    Romanian locale data
  [18960] locale: s390: _nl_locale_subfreeres uses larl opcode on misaligned
    symbol
  [19056] libc: Deprecate readdir_r
  [19133] localedata: pt_*: days & months should be lowercase in Portuguese
    language
  [19198] localedata: nl_NL: small improvements for Dutch locales
  [19257] network: Per-thread memory leak in __res_vinit with IPv6
    nameservers (CVE-2016-5417)
  [19269] build: tst-audit4 and tst-audit10 failures with gcc-6 on non avx
    machine
  [19400] locale: Language missing in  "iso-639.def", trivial fix in
    description
  [19431] malloc: Deadlock between fflush, getdelim, and fork
  [19505] libc: Incorrect file descriptor validity checks in
    posix_spawn_file_actions_add{open,close,dup2}
  [19509] dynamic-link: dlsym, dlvsym do not report errors through dlerror
    when using RTLD_NEXT
  [19512] locale: Stale `#ifndef HAVE_BUILTIN_EXPECT' in
    `intl/{gettextP,loadinfo}.h'
  [19534] libc: execle, execlp may use malloc
  [19568] localedata: *_CH: Swiss locales have inconsistent start of week
  [19573] network: res_nclose and __res_maybe_init disagree about name
    server initialization, breaking Hesiod
  [19575] localedata: Status of GB18030 tables
  [19581] localedata: sr_* date_fmt string contains additional newline
  [19583] string: SSSE3_Fast_Copy_Backward flag needs to be enabled for AMD
    Excavator core
  [19592] math: [ldbl-128ibm] ceill incorrect in non-default rounding modes
  [19593] math: [ldbl-128ibm] truncl incorrect in non-default rounding modes
  [19594] math: [ldbl-128ibm] roundl incorrect in non-default rounding modes
  [19595] math: [ldbl-128ibm] fmodl incorrect for results in subnormal
    double range
  [19602] math: [ldbl-128ibm] fmodl handling of equal arguments with low
    part zero incorrect
  [19603] math: [ldbl-128ibm] remainderl, remquol incorrect sign handling in
    equality tests
  [19610] dynamic-link: ldconfig -X removes stale symbolic links
  [19613] libc: s390x (64 bit) macro expansion WCOREDUMP and others
  [19633] locale: strfmon_l applies global locale to number formatting
  [19642] network: Memory leak in getnameinfo
  [19648] libc: test-skeleton.c: Do not set RLIMIT_DATA
  [19653] libc: Potential for NULL pointer dereference (CWE-476) in
    glibc-2.22
  [19654] math: [x86_64] Need testcase for BZ #19590 fix
  [19671] localedata: Missing Sanity Check for malloc() in 'tst-fmon.c' &
    'tst-numeric.c'
  [19674] math: [ldbl-128ibm] powl incorrect overflow handling
  [19677] math: [ldbl-128ibm] remainderl equality test incorrect for zero
    low part
  [19678] math: [ldbl-128ibm] nextafterl, nexttowardl incorrect sign of zero
    result
  [19679] dynamic-link: gcc-4.9.3 C++ exception handling broken due to
    unaligned stack
  [19726] locale: Converting UCS4LE to INTERNAL with iconv() does not update
    pointers and lengths in error-case.
  [19727] locale: Converting from/to UTF-xx with iconv() does not always
    report errors on UTF-16 surrogates values.
  [19755] nscd: nscd assertion failure in gc
  [19758] dynamic-link: Typo in EXTRA_LD_ENVVARS for x86-64
  [19759] libc: mempcpy shouldn't be inlined
  [19762] dynamic-link: HAS_CPU_FEATURE/HAS_ARCH_FEATURE are easy to misuse
  [19765] libc: s390 needs an optimized mempcpy
  [19779] glob: glob: buffer overflow with GLOB_ALTDIRFUNC due to incorrect
    NAME_MAX limit assumption (CVE-2016-1234)
  [19783] build: benchtests don't support --enable-hardcoded-path-in-tests
  [19787] network: Missing and incorrect truncation checks in getnameinfo
  [19790] math: [ldbl-128ibm] nearbyintl incorrect in non-default rounding
    modes
  [19791] network: Assertion failure in res_query.c with un-connectable name
    server addresses
  [19792] libc: MIPS: backtrace yields infinite backtrace with makecontext
  [19822] math: libm.so install clobbers old version
  [19825] network: resolv: send_vc can return uninitialized data in second
    response to getaddrinfo
  [19830] network: nss_dns: should check RDATA length against buffer length
  [19831] network: nss_dns: getaddrinfo returns uninitialized data when
    confronted with A/AAAA records of invalid size
  [19837] nss: nss_db: No retries for some long lines with a larger buffer
  [19848] math: powl(10,n) for n=-4,-5,-6,-7 is off by more than 1 ULP
  [19853] stdio: Printing IBM long double in decimal with high precision is
    sometimes incorrect
  [19860] build: x86_64: compile errors for tst-audit10 and tst-auditmod10b
  [19861] nptl: libpthread IFUNC resolver for fork can lead to crash
  [19862] network: resolv, nss_dns: Remove remaining logging of unexpected
    record types
  [19865] network: Assertion failure or memory leak in
    _nss_dns_getcanonname_r
  [19868] network: nss_dns: netent code does not skip over non-PTR records
  [19879] network: nss_dns: Stack overflow in getnetbyname implementation
    (CVE-2016-3075)
  [19881] string: Improve x86-64 memset
  [19907] string: Incorrect memcpy tests
  [19916] dynamic-link: S390: fprs/vrs are not saved/restored while
    resolving symbols
  [19925] libc: termios.h XCASE namespace
  [19928] string: memmove-vec-unaligned-erms.S is slow with large data size
  [19929] libc: limits.h NL_NMAX namespace
  [19931] stdio: Memory leak in vfprintf
  [19957] libc: clone(CLONE_VM) access invalid parent memory
  [19963] localedata: en_IL: New locale
  [19989] stdio: stdio.h cuserid namespace
  [19994] network: getaddrinfo does not restore RES_USE_INET6 flag in
    gethosts
  [19996] locale: langinfo.h nl_langinfo_l namespace
  [20005] stdio: fflush on a file opened with fmemopen resets position to 0
  [20010] network: getaddrinfo: Stack overflow in hostent translation
    (CVE-2016-3706)
  [20012] stdio: libio: fmemopen append mode failure
  [20014] stdio: stdio.h namespace for pre-threads POSIX
  [20017] network: resolv: Use gmtime_r instead of gmtime in p_secstodate
  [20023] libc: fcntl.h timespec namespace
  [20024] math: [x86_64] vectorized sincos trashes the stack
  [20031] network: nss_hesiod: Heap overflow in get_txt_records
  [20041] time: sys/time.h timespec namespace
  [20043] libc: unistd.h missing cuserid for UNIX98 and before
  [20044] libc: unistd.h missing pthread_atfork for UNIX98
  [20051] libc: ttyslot in wrong header under wrong conditions
  [20054] libc: gethostname not declared for XPG4
  [20055] libc: termios.h missing tcgetsid for XPG4
  [20072] dynamic-link: x86 init_cpu_features is called twice in static
    executable
  [20073] libc: sys/stat.h fchmod namespace
  [20074] libc: stdlib.h rand_r namespace
  [20076] libc: sys/stat.h missing S_IFSOCK, S_ISSOCK for XPG4
  [20094] libc: stdlib.h should not declare grantpt, ptsname, unlockpt for
    XPG3
  [20111] libc: struct sockaddr_storage cannot be aggregate-copied
  [20112] network: sunrpc: stack (frame) overflow in Sun RPC clntudp_call
    (CVE-2016-4429)
  [20115] string: Extra alignment in memset-vec-unaligned-erms.S
  [20119] libc: Wrong mask for processors level type from CPUID
  [20139] dynamic-link: Upper part of zmm is zeroed if Glibc is built with
    AS not supporting AVX512
  [20151] math: [ldbl-128/ldbl-128ibm] j0l, j1l, y0l, y1l return sNaN for
    sNaN argument
  [20153] math: [ldbl-128ibm] sqrtl (sNaN) returns sNaN
  [20156] math: [ldbl-128ibm] ceill, rintl etc. return sNaN for sNaN
    argument
  [20157] math: [powerpc] fabsl (sNaN) wrongly raises "invalid"
  [20160] math: [powerpc] ceil, rint etc. return sNaN for sNaN input
  [20178] libc: posix_spawn{p} should not call exit
  [20191] stdio: libio: vtables hardening
  [20195] string: FMA4 detection requires CPUID execution with register
    eax=0x80000001
  [20198] libc: quick_exit incorrectly destroys C++11 thread objects.
  [20205] math: [i386/x86_64] nextafterl incorrect incrementing negative
    subnormals
  [20212] math: acos (sNaN) returns sNaN
  [20213] math: asin (sNaN) returns sNaN
  [20214] network: Linux header sync with linux/in6.h and ipv6.h again.
  [20218] math: [i386] asinhl (sNaN) returns sNaN
  [20219] math: [i386] atanhl (sNaN) returns sNaN
  [20222] stdio: fopencookie: Mangle function pointers
  [20224] math: [i386] cbrtl (sNaN) returns sNaN
  [20225] math: ldexp, scalbn, scalbln return sNaN for sNaN input
  [20226] math: [i386/x86_64] expl, exp10l, expm1l return sNaN for sNaN
    input
  [20227] math: [i386/x86_64] logl (sNaN) returns sNaN
  [20228] math: [i386/x86_64] log10l (sNaN) returns sNaN
  [20229] math: [i386/x86_64] log1pl (sNaN) returns sNaN
  [20232] math: [ldbl-128] expm1l (sNaN) returns sNaN
  [20233] math: [ldbl-128ibm] expm1l (sNaN) returns sNaN
  [20234] math: [ldbl-128ibm] log1pl (sNaN) returns sNaN
  [20235] math: [i386/x86_64] log2l (sNaN) returns sNaN
  [20237] nss: nss_db: get*ent segfaults without preceding set*ent
  [20240] math: modf (sNaN) returns sNaN
  [20248] libc: debug/tst-longjump_chk2 calls printf from a signal handler
  [20250] math: frexp (sNaN) returns sNaN
  [20252] math: atan2 (sNaN, qNaN) fails to raise "invalid"
  [20255] math: [i386] fdim, fdimf return with excess range and precision /
    double rounding
  [20256] math: [i386/x86_64] fdiml returns sNaN for sNaN input
  [20260] string: ../sysdeps/x86/bits/string.h:1092:3: error: array
    subscript is below array bounds [-Werror=array-bounds]
  [20262] nis: _nss_nis_initgroups_dyn always returns NSS_STATUS_NOTFOUND
  [20263] nptl: robust mutex deadlocks if other thread requests timedlock
    (Only arm/linux)
  [20277] libc: $dp is not initialized correctly in sysdeps/hppa/start.S
  [20284] malloc: malloc: Corrupt arena avoidance causes unnecessary mmap
    fallbacks
  [20296] math: [i386/x86_64] scalbl returns sNaN for sNaN input, missing
    "invalid" exceptions
  [20314] nptl: make[4]: *** [/usr/include/stdlib.h] Error 1
  [20316] localedata: id_ID: Februari instead of Pebruari
  [20327] string: POWER8 strcasecmp returns incorrect result
  [20347] math: Failure: Test: j0_downward (0xap+0)
  [20348] libc: FAIL: misc/tst-preadvwritev64
  [20349] libc: 64-bit value is passed differently in p{readv,writev}{64}
  [20350] libc: There is no test for p{read,write}64
  [20357] math: Incorrect cos result for 1.5174239687223976
  [20384] build: Don't run libmvec-sincos-avx* tests on non avx machines

Contributors
============

This release was made possible by the contributions of many people.
The maintainers are grateful to everyone who has contributed
changes or bug reports.  These include:

Adhemerval Zanella
Andreas Schwab
Andrew Senkevich
Anton Blanchard
Arnas Udovičius
Aurelien Jarno
Carlos Eduardo Seo
Carlos O'Donell
Chris Metcalf
Chung-Lin Tang
Claude Paroz
Dimitris Pappas
Dmitry V. Levin
Dylan Alex Simon
Eduardo Trápani
Florian Weimer
Gabriel F. T. Gomes
Gunnar Hjalmarsson
Gustavo Romero
Guy Rutenberg
H.J. Lu
Hongjiu Zhang
Jiyoung Yun
John David Anglin
Joseph Myers
Khem Raj
Maciej W. Rozycki
Mark Wielaard
Marko Myllynen
Martin Galvan
Matthew Fortune
Matthias Wallnoefer
Mike FABIAN
Mike Frysinger
Neskie Manuel
Nick Alcock
Paras pradhan
Paul E. Murphy
Paul Pluzhnikov
Rajalakshmi Srinivasaraghavan
Rical Jasan
Richard Henderson
Robin van der Vliet
Roland McGrath
Samuel Thibault
Siddhesh Poyarekar
Simion Onea
Stefan Liebler
Stephen Gallagher
Szabolcs Nagy
Timur Birsh
Torvald Riegel
Tulio Magno Quites Machado Filho
Wilco Dijkstra
Will Newton
Yvan Roux
Zack Weinberg
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQIcBAABAgAGBQJXoAmUAAoJEBZ5K06iU0D4Nx8P/3EGutqtVg6OubIKw9izzWMO
6pNj7Iy569Bk+ER2ElR5xvTeumpVS05A8r94oXX0rzCNsFIAVct7Ocr62r/OQz8A
+p6W+USpORha6m+SzY1bkI1109RR6Q4jpbENkhk/JKcBXJ7AHWHeW72QKMP0+JJu
QBavQ8b3ZLJQ4X+Be10bjseTaqAn4XNYj6fmajQC2x7F0sL32+xFjSktw8hn9AFs
A32yS3c2v/GfqKIyNj4Yz/akZzffACZ+8twVkJGDK5eoMGGQ/Obr3yttzKSNsN+O
n73HyyP4O8dG/U+v5k0IR4drT6mnUFRHUvkN10VahCHiTSG5AFQut30lwvVKzhF6
VYylPzbhOcVnSuJqdT4xJ6sumvQl5W4IAb/GKSso62MrcKFYPFdnx0wgMX6Arlgm
wkuSkSQCOfj/be2/R88alRJYNTW39vsPqKPop5ov/uXbfHqIoFcQitS0vDFJqGIC
zOhJSlV0cS/StKkw0xNgQ6Ay/dnHMm2Hzg5lqRzaQblkDVrNfN7TqyeZBEhwh3N5
KifvkdKSO6L6N7dM3nLsT+qJWoSp8dNsQ+qCHL6A/hL0SA4nxJ3hmC5hanCL+7D8
MrO5m+Z5yjpdSWFDmJv2LZsIzYX2UGZmUO19c7zvZoIrXuJE4bQXEmM4rylrNXGS
Lcke/0PPdvDeSW7iWjjP
=j7Oo
-----END PGP SIGNATURE-----

Adhemerval Zanella (40):
      Open development for 2.24.
      Updated translations for 2.23.
      Regenerate libc.pot for 2.23.
      Regenerated configure scripts.
      Update NEWS with 2.24 template
      posix: Remove dynamic memory allocation from execl{e,p}
      posix: execvpe cleanup
      posix: New Linux posix_spawn{p} implementation
      posix: Fix tst-execvpe5 for --enable-hardcoded-path-in-tests
      posix: Fix posix_spawn invalid memory access
      posix: Fix posix_spawn implict check style
      Fix tst-dlsym-error build
      Improve generic strspn performance
      Improve generic strpbrk performance
      Remove powerpc64 strspn, strcspn, and strpbrk implementation
      Use PTR_ALIGN_DOWN on strcspn and strspn
      Define __ASSUME_ALIGNED_REGISTER_PAIRS for missing ports
      Consolidate off_t/off64_t syscall argument passing
      Consolidate pread/pread64 implementations
      Consolidate pwrite/pwrite64 implementations
      Fix pread consolidation on ports that require argument alignment
      libio: Update internal fmemopen position after write (BZ #20005)
      Fix clone (CLONE_VM) pid/tid reset (BZ#19957)
      libio: Fix fmemopen append mode failure (BZ# 20012)
      powerpc: Fix clone CLONE_VM compare
      Adjust kernel-features.h defaults for recvmsg and sendmsg
      network: recvmsg and sendmsg standard compliance (BZ#16919)
      network: recvmmsg and sendmmsg standard compliance (BZ#16919)
      network: Fix missing bits from {recv,send}{m}msg standard com,pliance
      posix: Call _exit in failure case for posix_spawn{p} (BZ#20178)
      Consolidate preadv/preadv64 implementation
      Consolidate pwritev/pwritev64 implementations
      Revert {send,sendm,recv,recvm}msg conformance changes
      Remove __ASSUME_FUTEX_LOCK_PI
      nptl: Add sendmmsg and recvmmsg cancellation tests
      Fix p{readv,writev}{64} consolidation implementation
      nptl: Add more coverage in tst-cancel4
      Remove __ASSUME_OFF_DIFF_OFF64 definition
      Fix LO_HI_LONG definition
      Refactor Linux raise implementation (BZ#15368)

Andreas Schwab (13):
      Don't use long double math functions if NO_LONG_DOUBLE
      Fix min/max needed for ascii to INTERNAL conversion
      Fix compilation of test-signgam-* tests
      Fix resource leak in resolver (bug 19257)
      Register extra test objects
      m68k: avoid local labels in symbol table
      m68k: use large PIC model for gcrt1.o
      Use __typeof instead of typeof
      Fix nscd assertion failure in gc (bug 19755)
      Avoid array-bounds warning for strncat on i586 (bug 20260)
      Return proper status from _nss_nis_initgroups_dyn (bug 20262)
      m68k: suppress -Wframe-address warning
      Add test case for bug 20263

Andrew Senkevich (2):
      Added tests to ensure linkage through libmvec *_finite aliases which are
      Fixed wrong vector sincos/sincosf ABI to have it compatible with

Anton Blanchard (1):
      powerpc: Add a POWER8-optimized version of sinf()

Arnas Udovičius (1):
      localedata: sgs_LT: new locale [BZ #12450]

Aurelien Jarno (17):
      Add placeholder libnsl.abilist and libutil.abilist files
      Add sys/auxv.h wrapper to include/sys/
      mips: terminate the FDE before the return trampoline in makecontext
      Assume __NR_openat is always defined
      Assume __NR_utimensat is always defined
      Synchronize <sys/personality.h> with kernel headers
      MIPS, SPARC: fix wrong vfork aliases in libpthread.so
      MIPS, SPARC: more fixes to the vfork aliases in libpthread.so
      MIPS: run tst-mode-switch-{1,2,3}.c using test-skeleton.c
      i686/multiarch: Regenerate ulps
      SPARC64: update localplt.data
      SPARC: fix nearbyint on sNaN input
      New locale de_LI
      localedata: fix de_LI locale
      ppc: Fix modf (sNaN) for pre-POWER5+ CPU (bug 20240).
      Define __USE_KERNEL_IPV6_DEFS macro for non-Linux kernels
      sparc: remove ceil, floor, trunc sparc specific implementations

Carlos Eduardo Seo (2):
      powerpc: Fix dl-procinfo HWCAP
      powerpc: Optimization for strlen for POWER8.

Carlos O'Donell (16):
      nptl: support thread stacks that grow up
      GB 18030-2005: Document non-rountrip and PUA mappings (bug 19575).
      Enable --localedir to set message catalog directory (Bug 14259)
      NEWS (2.23): Fix typo in bug 19048 text.
      Removed unused timezone/checktab.awk.
      Remove mention of checktab.awk in timezone/README.
      Fix building glibc master with NDEBUG and --with-cpu.
      localedata: an_ES: fix case of lang_ab
      Fix macro API for __USE_KERNEL_IPV6_DEFS.
      Fix include/wchar.h for C++
      Bug 20198: quick_exit should not call destructors.
      Bug 20214: Fix linux/in6.h and netinet/in.h sync.
      Bug 20215: Always undefine __always_inline before defining it.
      Expand comments in Linux times() implementation.
      Update libc.pot and NEWS.
      Update for glibc 2.24 release.

Chris Metcalf (2):
      Bump up tst-malloc-thread-fail timeout from 20 to 30s
      tile: only define __ASSUME_ALIGNED_REGISTER_PAIRS for 32-bit

Chung-Lin Tang (2):
      Fix stdlib/tst-makecontext regression for Nios II
      Nios II localplt.data update: remove __eqsf2

Claude Paroz (1):
      localedata: ln_CD: new locale [BZ #12676]

Dimitris Pappas (1):
      charmaps: IBM875: fix mapping of iota/upsilon variants [BZ #18453]

Dmitry V. Levin (1):
      intl: reintroduce unintentionally disabled optimization

Dylan Alex Simon (1):
      math: don't clobber old libm.so on install [BZ #19822]

Eduardo Trápani (1):
      localedata: eo: new Esperanto locale [BZ #16190]

Florian Weimer (91):
      tst-malloc-thread-exit: Use fewer system resources
      Remove trailing newline from date_fmt in Serbian locales [BZ #19581]
      Improve file descriptor checks for posix_spawn actions [BZ #19505]
      res_ninit: Update comment
      malloc: Remove arena_mem variable
      malloc: Remove max_total_mem member form struct malloc_par
      malloc: Remove NO_THREADS
      Deprecate readdir_r, readdir64_r [BZ #19056]
      test-skeleton.c: Do not set RLIMIT_DATA [BZ #19648]
      tst-audit4, tst-audit10: Compile AVX/AVX-512 code separately [BZ #19269]
      libio: Clean up _IO_file_doallocate and _IO_wfile_doallocate
      ldconfig: Do not remove stale symbolic links with -X [BZ #19610]
      sunrpc: In key_call_keyenvoy, use int status instead of union wait
      tst-audit10: Fix compilation on compilers without bit_AVX512F [BZ #19860]
      resolv: Always set *resplen2 out parameter in send_dg [BZ #19791]
      nss_db: Propagate ERANGE error if parse_line fails [BZ #19837]
      CVE-2016-3075: Stack overflow in _nss_dns_getnetbyname_r [BZ #19879]
      Report dlsym, dlvsym lookup errors using dlerror [BZ #19509]
      strfmon_l: Use specified locale for number formatting [BZ #19633]
      scratch_buffer_set_array_size: Include <limits.h>
      hsearch_r: Include <limits.h>
      Add missing bug number to ChangeLog
      nss_dns: Fix assertion failure in _nss_dns_getcanonname_r [BZ #19865]
      Remove union wait [BZ #19613]
      malloc: Run fork handler as late as possible [BZ #19431]
      malloc: Remove unused definitions of thread_atfork, thread_atfork_static
      malloc: Remove malloc hooks from fork handler
      malloc: Add missing internal_function attributes on function definitions
      vfprintf: Fix memory with large width and precision [BZ #19931]
      resolv: Always set *resplen2 out parameter in send_vc [BZ #19825]
      nss_dns: Validate RDATA length against packet length [BZ #19830]
      resolv, nss_dns: Remove remaining syslog logging [BZ #19862]
      nss_dns: Check address length before creating addrinfo result [BZ #19831]
      nss_dns: Remove custom offsetof macro definition
      nss_dns: Skip over non-PTR records in the netent code [BZ #19868]
      Fix ChangeLog date to reflect commit date
      resolv: Remove SCCS and RCS keywords
      resolv: Remove _LIBC conditionals
      inet: Remove SCCS keywords
      resolv: Remove BIND_UPDATE preprocessor conditionals
      resolv: Remove RESOLVSORT preprocess conditionals
      resolv: Remove RFC1535 conditionals
      resolv: Remove traces of ULTRIX support
      resolv: Remove __BIND_NOSTATIC conditionals
      resolv: Remove BSD compatibility conditionals and header
      resolv: Remove SUNSECURITY preprocessor conditionals
      resolv: Assorted preprocessor cleanups
      resolv: Reindent preprocessor conditionals following cleanups
      getnameinfo: Do not preserve errno
      glob: Simplify the interface for the GLOB_ALTDIRFUNC callback gl_readdir
      CVE-2016-3706: getaddrinfo: stack overflow in hostent conversion [BZ
#20010]
      NEWS entry for CVE-2016-3075
      getnameinfo: Refactor and fix memory leak [BZ #19642]
      hesiod: Remove RCS keywords
      hesiod: Remove DEF_RHS
      hesiod: Always use thread-local resolver state [BZ #19573]
      hesiod: Avoid heap overflow in get_txt_records [BZ #20031]
      CVE-2016-1234: glob: Do not copy d_name field of struct dirent [BZ
#19779]
      getnameinfo: Reduce line length and add missing comments
      getnameinfo: Avoid calling strnlen on uninitialized buffer
      getnameinfo: Return EAI_OVERFLOW in more cases [BZ #19787]
      malloc: Adjust header file guard in malloc-internal.h
      getaddrinfo: Restore RES_USE_INET6 flag on error path [BZ #19994]
      resolv: Call gmtime_r instead of gmtime in p_secstodate [BZ #20017]
      localedef: Do not compile with mcheck
      getaddrinfo: Convert from extend_alloca to struct scratch_buffer
      Increase fork signal safety for single-threaded processes [BZ #19703]
      malloc: Rewrite dumped heap for compatibility in __malloc_set_state
      tst-mallocfork2: Fix race condition, use fewer resources
      Make padding in struct sockaddr_storage explicit [BZ #20111]
      CVE-2016-4429: sunrpc: Do not use alloca in clntudp_call [BZ #20112]
      malloc: Correct malloc alignment on 32-bit architectures [BZ #6527]
      fork in libpthread cannot use IFUNC resolver [BZ #19861]
      libio: Use wmemset instead of __wmemset to avoid linknamespace issue
      tst-rec-dlopen: Use interposed malloc instead of hooks
      malloc: Correct size computation in realloc for dumped fake mmapped
chunks
      quick_exit tests: Do not use C++ headers
      malloc: Remove __malloc_initialize_hook from the API [BZ #19564]
      fopencookie: Mangle function pointers stored on the heap [BZ #20222]
      malloc_usable_size: Use correct size for dumped fake mapped chunks
      nss_db: Fix initialization of iteration position [BZ #20237]
      debug/tst-longjmp_chk2: Make signal handler more conservative [BZ #20248]
      Revert __malloc_initialize_hook symbol poisoning
      elf: Consolidate machine-agnostic DTV definitions in <dl-dtv.h>
      malloc: Avoid premature fallback to mmap [BZ #20284]
      test-skeleton.c: Add write_message function
      test-skeleton.c: xmalloc, xcalloc, xrealloc are potentially unused
      test-skeleton.c (xrealloc): Support realloc-as-free
      libio: Implement vtable verification [BZ #20191]
      Correct bug number in ChangeLog [BZ #18960]
      CVE-2016-5417 was assigned to bug 19257

Gabriel F. T. Gomes (3):
      powerpc: Remove uses of operand modifier (%s) in inline asm
      powerpc: Zero pad using memset in strncpy/stpncpy
      powerpc: Fix operand prefixes

Gunnar Hjalmarsson (1):
      localedata: id_ID: Februari instead of Pebruari [BZ #20316]

Gustavo Romero (1):
      powerpc: Fix missing verb and typo in comment about AT_HWCAP entry

Guy Rutenberg (1):
      localedata: en_IL: new English locale [BZ #19963]

H.J. Lu (68):
      [x86_64] Set DL_RUNTIME_UNALIGNED_VEC_SIZE to 8
      Call x86-64 __setcontext directly
      Call x86-64 __mcount_internal/__sigjmp_save directly
      Copy x86_64 _mcount.op from _mcount.o
      Or bit_Prefer_MAP_32BIT_EXEC in EXTRA_LD_ENVVARS
      x86-64: Fix memcpy IFUNC selection
      Add a comment in sysdeps/x86_64/Makefile
      Replace @PLT with @GOTPCREL(%rip) in call
      Replace PREINIT_FUNCTION@PLT with *%rax in call
      Use HAS_ARCH_FEATURE with Fast_Rep_String
      Group AVX512 functions in .text.avx512 section
      Support --enable-hardcoded-path-in-tests in benchtests
      Define _HAVE_STRING_ARCH_mempcpy to 1 for x86
      Add _arch_/_cpu_ to index_*/bit_* in x86 cpu-features.h
      Use JUMPTARGET in x86-64 mathvec
      Use JUMPTARGET in x86-64 pthread
      Set index_arch_AVX_Fast_Unaligned_Load only for Intel processors
      Don't set %rcx twice before "rep movsb"
      [x86] Add a feature bit: Fast_Unaligned_Copy
      Implement x86-64 multiarch mempcpy in memcpy
      Make __memcpy_avx512_no_vzeroupper an alias
      Initial Enhanced REP MOVSB/STOSB (ERMS) support
      Add x86-64 memmove with unaligned load/store and rep movsb
      Add x86-64 memset with unaligned store and rep stosb
      Test 64-byte alignment in memcpy benchtest
      Test 64-byte alignment in memmove benchtest
      Test 64-byte alignment in memset benchtest
      Remove Fast_Copy_Backward from Intel Core processors
      Fix memmove-vec-unaligned-erms.S
      Don't put SSE2/AVX/AVX512 memmove/memset in ld.so
      Add a comment in memset-sse2-unaligned-erms.S
      Force 32-bit displacement in memset-vec-unaligned-erms.S
      Add memcpy/memmove/memset benchmarks with large data
      X86-64: Prepare memset-vec-unaligned-erms.S
      X86-64: Prepare memmove-vec-unaligned-erms.S
      X86-64: Use non-temporal store in memcpy on large data
      Detect Intel Goldmont and Airmont processors
      Reduce number of mmap calls from __libc_memalign in ld.so
      Move sysdeps/x86_64/cacheinfo.c to sysdeps/x86
      Remove x86 ifunc-defines.sym and rtld-global-offsets.sym
      Support non-inclusive caches on Intel processors
      Call init_cpu_features only if SHARED is defined
      Clear destination buffer updated by the previous run
      Don't call internal __pthread_unwind via PLT
      Don't call internal _Unwind_Resume via PLT
      Remove alignments on jump targets in memset
      Check the HTT bit before counting logical threads
      Correct Intel processor level type mask from CPUID
      Remove special L2 cache case for Knights Landing
      Avoid an extra branch to PLT for -z now
      Count number of logical processors sharing L2 cache
      Fix a typo in comments in memmove-vec-unaligned-erms.S
      Check FMA after COMMON_CPUID_INDEX_80000001
      X86-64: Remove the previous SSE2/AVX2 memsets
      X86-64: Remove previous default/SSE2/AVX2 memcpy/memmove
      X86-64: Add dummy memcopy.h and wordcopy.c
      Always indirect branch to __libc_start_main via GOT
      Compile tst-cleanupx4 test with -fexceptions
      Check Prefer_ERMS in memmove/memcpy/mempcpy/memset
      Require binutils 2.24 to build x86-64 glibc [BZ #20139]
      Make copies of cstdlib/cmath and use them [BZ #20314]
      X86-64: Define LO_HI_LONG to skip pos_h [BZ #20349]
      x86-64: Properly align stack in _dl_tlsdesc_dynamic [BZ #20309]
      Test p{read,write}64 with offset > 4GB
      x86-64: Add p{read,write}[v]64 to syscalls.list [BZ #20348]
      Regenerate i686 libm-test-ulps with GCC 6.1 at -O3 [BZ #20347]
      i386: Compile rtld-*.os with -mno-sse -mno-mmx -mfpmath=387
      Don't compile do_test with -mavx/-mavx/-mavx512

Hongjiu Zhang (1):
      sln: use stat64

Jiyoung Yun (1):
      Fix robust mutex daedlock [BZ #20263]

John David Anglin (2):
      hppa: fix loading of global pointer in _start [BZ #20277]
      hppa: Update libm-test-ulps.

Joseph Myers (107):
      Fix ldbl-128ibm floorl for non-default rounding modes (bug 17899).
      Fix ldbl-128ibm ceill for non-default rounding modes (bug 19592).
      Fix ldbl-128ibm truncl for non-default rounding modes (bug 19593).
      Fix ldbl-128ibm roundl for non-default rounding modes (bug 19594).
      Fix ldbl-128ibm fmodl handling of subnormal results (bug 19595).
      Fix ldbl-128ibm fmodl handling of equal arguments with low part zero (bug
19602).
      Fix ldbl-128ibm remainderl, remquol equality tests (bug 19603).
      Fix ldbl-128ibm powl overflow handling (bug 19674).
      Fix ldbl-128ibm nextafterl, nexttowardl sign of zero result (bug 19678).
      Require Linux 3.2 except on x86 / x86_64, 3.2 headers everywhere.
      Remove linux/fanotify.h configure test.
      Remove kernel-features.h conditionals on pre-3.2 kernels.
      Fix ldbl-128ibm remainderl equality test for zero low part (bug 19677).
      Fix ldbl-128ibm nearbyintl in non-default rounding modes (bug 19790).
      Allow spurious underflow / inexact for ldbl-128ibm.
      Update glibc headers for Linux 4.5.
      Adjust kernel-features.h defaults for socket syscalls.
      Remove __ASSUME_PPOLL.
      Remove __ASSUME_FALLOCATE.
      Remove __ASSUME_EVENTFD2, move eventfd to syscalls.list.
      Remove __ASSUME_SIGNALFD4.
      Remove __ASSUME_GETDENTS64_SYSCALL.
      Fix x86_64 / x86 powl inaccuracy for integer exponents (bug 19848).
      [microblaze] Remove __ASSUME_FUTIMESAT.
      Fix termios.h XCASE namespace (bug 19925).
      Fix limits.h NL_NMAX namespace (bug 19929).
      Fix stdio.h cuserid namespace (bug 19989).
      Define off_t in stdio.h for XOPEN2K.
      conformtest: Correct XOPEN2K stdarg.h expectations.
      Fix langinfo.h nl_langinfo_l namespace (bug 19996).
      conformtest: Correct some signal.h expectations for XOPEN2K.
      conformtest: Correct some stdio.h expectations for UNIX98.
      conformtest: Correct stdio.h expectations for fdopen.
      Also define off_t in stdio.h for UNIX98.
      conformtest: Add langinfo.h expectations for YESSTR, NOSTR.
      Fix stdio.h namespace for pre-threads POSIX (bug 20014).
      Fix fcntl.h timespec namespace (bug 20023).
      Fix sys/time.h timespec namespace (bug 20041).
      conformtest: Remove some bogus sys/types.h expectations for XPG3 and
XPG4.
      Declare cuserid in unistd.h for UNIX98 and before (bug 20043).
      Declare pthread_atfork in unistd.h for UNIX98 (bug 20044).
      conformtest: Fix st_blksize, st_blocks expectations for XPG3, XPG4.
      conformtest: Correct some sys/stat.h expectations for XPG3.
      Fix sys/stat.h fchmod namespace (bug 20073).
      Declare tcgetsid for XPG4 (bug 20055).
      conformtest: Do not expect S_IF* in fcntl.h.
      Declare gethostname for XPG4 (bug 20054).
      conformtest: Correct some unistd.h expectations for XPG3, XPG4.
      conformtest: Correct time.h XPG3 expectations.
      conformtest: Do not expect strdup in string.h for XPG3.
      conformtest: Correct some stdlib.h expectations for XPG3.
      Correct ttyslot header declaration conditions (bug 20051).
      Fix stdlib.h rand_r namespace (bug 20074).
      Make sys/stat.h define S_IFSOCK, S_ISSOCK for XPG4 (bug 20076).
      Do not declare grantpt, ptsname, unlockpt in stdlib.h for XPG3 (bug
20094).
      Add Q_GETNEXTQUOTA from Linux 4.6 to sys/quota.h.
      Add CLONE_NEWCGROUP from Linux 4.6 to bits/sched.h.
      Update libm-test.inc comment about NaN signs.
      conformtest: Correct search.h expectations for XPG3.
      conformtest: Correct pwd.h expectations for XPG3.
      Implement proper fmal for ldbl-128ibm (bug 13304).
      conformtest: Correct ftw.h expectations for XPG3, XPG4.
      Update sysdeps/unix/sysv/linux/bits/socket.h for Linux 4.6.
      conformtest: Correct some limits.h expectations for XPG3, XPG4.
      Do not raise "inexact" from generic ceil (bug 15479).
      Do not raise "inexact" from generic floor (bug 15479).
      Do not raise "inexact" from generic round (bug 15479).
      Do not raise "inexact" from x86_64 SSE4.1 ceil, floor (bug 15479).
      Do not raise "inexact" from powerpc32 ceil, floor, trunc (bug 15479).
      Do not raise "inexact" from powerpc64 ceil, floor, trunc (bug 15479).
      Support sNaN testing in libm-test.inc.
      Add more sNaN tests to libm-test.inc.
      Fix ldbl-128 j0l, j1l, y0l, y1l for sNaN argument (bug 20151).
      Fix ldbl-128ibm sqrtl (sNaN) (bug 20153).
      Fix ldbl-128ibm ceill, rintl etc. for sNaN arguments (bug 20156).
      Remove unused macros from libm-test.inc.
      Avoid "invalid" exceptions from powerpc fabsl (sNaN) (bug 20157).
      Fix powerpc32 ceil, rint etc. on sNaN input (bug 20160).
      Fix powerpc64 ceil, rint etc. on sNaN input (bug 20160).
      Fix x86/x86_64 nextafterl incrementing negative subnormals (bug 20205).
      Fix dbl-64 acos (sNaN) (bug 20212).
      Fix dbl-64 asin (sNaN) (bug 20213).
      Fix i386 asinhl (sNaN) (bug 20218).
      Fix i386 atanhl (sNaN) (bug 20219).
      Fix i386 cbrtl (sNaN) (bug 20224).
      Fix ldexp, scalbn, scalbln for sNaN input (bug 20225).
      Fix i386/x86_64 expl, exp10l, expm1l for sNaN input (bug 20226).
      Fix i386/x86_64 logl (sNaN) (bug 20227).
      Fix i386/x86_64 log10l (sNaN) (bug 20228).
      Fix i386/x86_64 log1pl (sNaN) (bug 20229).
      Fix ldbl-128 expm1l (sNaN) (bug 20232).
      Fix ldbl-128ibm expm1l (sNaN) (bug 20233).
      Fix ldbl-128ibm log1pl (sNaN) (bug 20234).
      Fix i386/x86_64 log2l (sNaN) (bug 20235).
      Fix modf (sNaN) (bug 20240).
      Fix frexp (NaN) (bug 20250).
      Add more sNaN tests (cimag, conj, copysign, creal, fma, fmod).
      Fix dbl-64 atan2 (sNaN, qNaN) (bug 20252).
      Simplify generic fdim implementations.
      Use generic fdim on more architectures (bug 6796, bug 20255, bug 20256).
      Fix i386 fdim double rounding (bug 20255).
      Simplify x86 nearbyint functions.
      Add more sNaN tests (most remaining real functions).
      Fix i386/x86_64 scalbl with sNaN input (bug 20296).
      Avoid "inexact" exceptions in i386/x86_64 ceil functions (bug 15479).
      Avoid "inexact" exceptions in i386/x86_64 floor functions (bug 15479).
      Avoid "inexact" exceptions in i386/x86_64 trunc functions (bug 15479).

Khem Raj (2):
      When disabling SSE, make sure -fpmath is not set to use SSE either
      elf: Define missing Meta architecture specific relocations

Maciej W. Rozycki (1):
      Treat STV_HIDDEN and STV_INTERNAL symbols as STB_LOCAL

Mark Wielaard (2):
      elf/elf.h: Add new 386 and X86_64 relocations from binutils.
      elf.h: Add NT_ARM_SYSTEM_CALL constant.

Marko Myllynen (1):
      localedef: drop unused --old-style

Martin Galvan (1):
      Add pretty printers for the NPTL lock types

Matthew Fortune (1):
      VDSO support for MIPS

Matthias Wallnoefer (2):
      localedata: de_{AT,CH}: copy data from de_DE
      localedata: de_IT: new locale

Mike FABIAN (1):
      localedata: i18n: fix typos in tel_int_fmt

Mike Frysinger (44):
      locledata: trim trailing blank lines/comments
      localedata: dz_BT/ps_AF: reformat data
      localedata: CLDRv28: update LC_TELEPHONE.int_prefix
      locales: pap_AN: delete old/deprecated locale [BZ #16003]
      test-skeleton: increase default TIMEOUT to 20 seconds
      localedata: an_ES: fix lang_ab value
      localedata: es_PR: change LC_MEASUREMENT to metric
      localedata: clear LC_IDENTIFICATION tel/fax fields
      link sln fix to bugzilla [BZ #15333]
      localedata: use same comment_char/escape_char in these files
      add ChangeLog entry
      localedata: standardize first few lines
      localedata: standardize copyright/license information [BZ #11213]
      localedata: iw_IL: delete old/deprecated locale [BZ #16137]
      configure: fix `test ==` usage
      localedata: CLDRv28: update LC_PAPER values
      localedata: LC_TIME.date_fmt: delete entries same as the default value
      localedata: CLDRv29: update LC_IDENTIFICATION language/territory fields
      localedata: LC_MEASUREMENT: use copy directives everywhere
      localedata: LC_PAPER: use copy directives everywhere
      localedata: CLDRv29: update LC_ADDRESS.country_num values
      localedata: fix LC_ADDRESS.country_car entries
      localedata: CLDRv29: update LC_ADDRESS.country_name translations
      localedata: LC_IDENTIFICATION.category: set to ISO 30112 2014 standard
      localedef: check LC_IDENTIFICATION.category values
      localedata: CLDRv29: update LC_MONETARY int_curr_symbol & currency_symbol
      localedata: LC_IDENTIFICATION: delete uncommon fields
      locale: ld-telephone: update to ISO-30112 2014
      localedef: allow %l/%n in postal_fmt [BZ #16983]
      localedata: fix LC_TELEPHONE in a few locales
      localedata: CLDRv29: update LC_TIME week/first_week,workday fields
      localedef: change week_1stweek default to 7
      localedata: standard LC_MESSAGES string regexes a bit
      localedata: LC_MESSAGES.{yes,no}expr: add +1/-0 to all regexes [BZ
#15263]
      localedata: LC_MESSAGES.{yes,no}expr: standardize yY/nN [BZ #15262]
      localedata: CLDRv29: update LC_MESSAGES yes/no strings [BZ #15264] [BZ
#16975]
      tst-langinfo: update yesexpr/noexpr baselines
      tst-fmon/tst-numeric: switch malloc to static stack space [BZ #19671]
      localedata: add more translit entries
      localedata: pt_BR/pt_PT: make days/months lowercase [BZ #19133]
      unicode-gen: include standard comment file header
      NEWS: clarify localedef --old-style update
      manual: fix spelling typos
      microblaze: fix variable name collision with syscall macros

Neskie Manuel (1):
      localedata: chr_US: new Cherokee locale [BZ #12143]

Nick Alcock (2):
      x86, pthread_cond_*wait: Do not depend on %eax not being clobbered
      Allow overriding of CFLAGS as well as CPPFLAGS for rtld.

Paras pradhan (1):
      localedata: ne_NP: misc updates [BZ #1170]

Paul E. Murphy (22):
      Increase internal precision of ldbl-128ibm decimal printf [BZ #19853]
      powerpc: Add optimized P8 strspn
      powerpc: Add optimized strcspn for P8
      powerpc: Add missing insn in swapcontext [BZ #20004]
      Refactor bug-strtod.c to better test new types.
      Refactor bug-strtod2.c to be type generic
      Refactor tst-strtod6.c
      Refactor tst-strtod-round.c
      Fixup usage of MANT_DIG in libm-test.inc
      Fixup usage of MIN_EXP in libm-test.inc
      Refactor tst-strtod-round.c for type-generic-ness
      Begin refactor of libm-test.inc
      Refactor type specific macros using regexes
      Refactor M_ macros defined in libm-test.inc
      Replace M_PI2l with lit_pi_2_d in libm-test.inc
      Replace M_PIl with lit_pi in libm-test.inc
      Replace M_PI_4l with lit_pi_4_d in libm-test.inc
      Replace M_El with lit_e in libm-test.inc
      Apply LIT(x) to floating point literals in libm-test.c
      Remove CHOOSE() macro from libm-tests.inc
      Remove type specific information from auto-libm-test-in
      Generate new format names in auto-libm-test-out

Paul Pluzhnikov (7):
      2016-03-03  Paul Pluzhnikov  <ppluzhnikov@google.com>
      2016-05-30  Paul Pluzhnikov  <ppluzhnikov@google.com>
      Merge branch 'master' of ssh://sourceware.org/git/glibc
      2016-06-05  Paul Pluzhnikov  <ppluzhnikov@google.com>
      2016-06-09  Paul Pluzhnikov  <ppluzhnikov@gmail.com>
      2016-06-11  Paul Pluzhnikov  <ppluzhnikov@google.com>
      Fix rt/tst-aio64.c as well, and mention login/tst-utmp.c in ChangeLog

Rajalakshmi Srinivasaraghavan (4):
      powerpc: Rearrange cfi_offset calls
      powerpc: strcasestr optmization for power8
      Add nextup and nextdown math functions
      powerpc: Fix return code of strcasecmp for unaligned inputs

Rical Jasan (9):
      manual: fix typos in the memory chapter
      manual: fix typos in the character handling chapter
      manual: fix typos in the string chapters
      manual: fix typos in character set handling
      manual: fix typos in the locale chapter
      manual: fix typos in the locale chapter
      manual: fix typos in the message chapter
      manual: fix typos in the search chapter
      manual: fix typos in the pattern chapter

Richard Henderson (2):
      elf.h: Sync with the gabi webpage
      elf.h: Add declarations for BPF

Robin van der Vliet (1):
      locale: iso-639: add Talossan language [BZ #19400]

Roland McGrath (9):
      Add fts64_* to sysdeps/arm/nacl/libc.abilist
      Typo fixes.
      Gratuitous change to poke buildbot.
      Fix c++-types-check conditionalization.
      Omit test-math-isinff when no C++ compiler.
      Conditionalize c++-types-check.out addition to tests-special.
      Fix edito in last change.
      Fix tst-audit10 build when -mavx512f is not supported.
      stpcpy is part of POSIX.1-2008 [BZ #3629]

Samuel Thibault (23):
      Fix flag test in waitid compatibility layer
      Fix hurd build
      hurd: Break errnos.d / libc-modules.h dependency loop
      Fix mach-syscalls.mk build
      hurd: Do not hide rtld symbols which need to be preempted
      hurd: Allow inlining IO locks
      hurd: Add c++-types expected result
      Fix malloc threaded tests link on non-Linux
      Fix crash on getauxval call without HAVE_AUX_VECTOR
      Fix build with HAVE_AUX_VECTOR
      hurd: fix profiling short-living processes
      Fix gprof timing
      non-linux: Apply RFC3542 obsoletion of RFC2292 macros
      non-linux: Apply RFC3542 obsoletion of RFC2292 macros
      aio: fix newp->running data race
      Revert "aio: fix newp->running data race"
      hurd: fix _hurd_self_sigstate reference from ____longjmp_chk
      Add more hurd exception to local headers list
      hurd: disable ifunc for now
      mach: Add mach_print sycsall declaration
      hurd: Fix PTR_{,DE}MANGLE calls
      Add missing changelog part
      Fix TABDLY value

Siddhesh Poyarekar (10):
      New make target to only build benchmark binaries
      Fix up ChangeLog formatting
      benchtests: Update README to include instructions for bench-build target
      Fix up ChangeLog
      benchtests: Clean up extra-objs
      benchtests: Support for cross-building benchmarks
      Avoid attempt for runtime checks if all environments are defined
      Fix up ChangeLog
      Revert "Add pretty printers for the NPTL lock types"
      Fix cos computation for multiple precision fallback (bz #20357)

Simion Onea (1):
      localedata: ro_RO: update Tuesday translation [BZ #18911]

Stefan Liebler (31):
      Add missing inclusion of libc-internal.h.
      S390: Save and restore fprs/vrs while resolving symbols.
      S390: Extend structs La_s390_regs / La_s390_retval with vector-registers.
      S390: Use ahi instead of aghi in 32bit _dl_runtime_resolve.
      Mention Bug in ChangeLog for S390: Save and restore fprs/vrs while
resolving symbols.
      Fix strfmon_l: Use specified locale for number formatting [BZ #19633]
      Add missing iucv related defines.
      S390: Add support for vdso getcpu symbol.
      S390: Use fPIC to avoid R_390_GOT12 relocation in gcrt1.o.
      Fix tst-cancel17/tst-cancelx17, which sometimes segfaults while exiting.
      S390: Use mvcle for copies > 1MB on 32bit with default memcpy variant.
      S390: Use 64bit instruction to check for copies of > 1MB with mvcle.
      S390: Do not call memcpy, memcmp, memset within libc.so via ifunc-plt.
      S390: Implement mempcpy with help of memcpy. [BZ #19765]
      S390: Get rid of make warning: overriding recipe for target
gconv-modules.
      S390: Configure check for vector support in gcc.
      S390: Optimize 8bit-generic iconv modules.
      S390: Optimize builtin iconv-modules.
      S390: Optimize iso-8859-1 to ibm037 iconv-module.
      S390: Optimize utf8-utf32 module.
      S390: Optimize utf8-utf16 module.
      S390: Optimize utf16-utf32 module.
      S390: Use s390-64 specific ionv-modules on s390-32, too.
      S390: Fix utf32 to utf8 handling of low surrogates (disable cu41).
      S390: Fix utf32 to utf16 handling of low surrogates (disable cu42).
      Fix ucs4le_internal_loop in error case. [BZ #19726]
      Fix UTF-16 surrogate handling. [BZ #19727]
      tst-rec-dlopen: Fix build fail due to missing inclusion of string.h
      S390: Fix relocation of _nl_current_LC_CATETORY_used in static build. [BZ
#19860]
      S390: Use DT_JUMPREL in prelink undo code.
      S390: Do not clobber r13 with memcpy on 31bit with copies >1MB.

Stephen Gallagher (1):
      NSS: Implement group merging support.

Szabolcs Nagy (4):
      [AArch64] Fix libc internal asm profiling code
      [AArch64] Add bits/hwcap.h for aarch64 linux
      [AArch64] Regenerate libm-test-ulps
      [AArch64] Update libm-test-ulps

Timur Birsh (1):
      localedata: kk_KZ: various updates [BZ #15578]

Torvald Riegel (1):
      Remove atomic_compare_and_exchange_bool_rel.

Tulio Magno Quites Machado Filho (3):
      Fix type of parameter passed by malloc_consolidate
      powerpc: Fix --disable-multi-arch build on POWER8
      powerpc: Add a POWER8-optimized version of expf()

Wilco Dijkstra (7):
      Improve generic strcspn performance
      Remove pre GCC3.2 optimizations from string/bits/string2.h.
      Move mempcpy, strcpy and stpcpy inlines to string/string-inlines.c as
compatibility
      This is an optimized memset for AArch64.  Memset is split into 4 main
cases:
      This is an optimized memcpy/memmove for AArch64.  Copies are split into 3
main
      Add a simple rawmemchr implementation.  Use strlen for rawmemchr(s, '\0')
as it
      This patch further tunes memcpy - avoid one branch for sizes 1-3,

Will Newton (1):
      elf/elf.h: Add missing Meta relocations

Yvan Roux (1):
      Suppress GCC 6 warning about ambiguous 'else' with -Wparentheses

Zack Weinberg (3):
      Move sysdeps/generic/bits/hwcap.h to top-level bits/
      Move sysdeps/generic/bits/hwcap.h to top-level bits/
      Don't install the internal header grp-merge.h

raji (1):
      powerpc: strcasecmp/strncasecmp optmization for power8

ricaljasan@pacific.net (2):
      manual: fix typo in the introduction
      manual: fix typos in error reporting

-----------------------------------------------------------------------

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug localedata/16190] eo: new esperanto locale

[fweimer at redhat dot com]

https://sourceware.org/bugzilla/show_bug.cgi?id=16190
Bug 16190 depends on bug 14943, which changed state.

Bug 14943 Summary: Artificial languages
https://sourceware.org/bugzilla/show_bug.cgi?id=14943

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|WAITING                     |RESOLVED
         Resolution|---                         |FIXED

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug localedata/16190] eo: new esperanto locale

[fweimer at redhat dot com]

https://sourceware.org/bugzilla/show_bug.cgi?id=16190

--- Comment #45 from Florian Weimer <fweimer at redhat dot com> ---
*** Bug 2135 has been marked as a duplicate of this bug. ***

-- 
You are receiving this mail because:
You are on the CC list for the bug.