diff options
author | Carlos O'Donell <carlos@redhat.com> | 2018-05-14 08:25:46 -0400 |
---|---|---|
committer | Carlos O'Donell <carlos@redhat.com> | 2018-07-04 15:23:50 -0400 |
commit | 34fdb893e0cec55bdfc83ce56ab29b8f5eeaef9d (patch) | |
tree | da29e8497dccca329de28b8c4bc5bbe800dd6e1d /localedata/tst-langinfo.sh | |
parent | f2873d2da0ac9802e0b570e8e0b9e7e04a82bf55 (diff) | |
download | glibc-34fdb893e0cec55bdfc83ce56ab29b8f5eeaef9d.tar.gz glibc-34fdb893e0cec55bdfc83ce56ab29b8f5eeaef9d.tar.xz glibc-34fdb893e0cec55bdfc83ce56ab29b8f5eeaef9d.zip |
locale: XFAIL newlocale usage in static binary (Bug 23164)
There is a glibc optimization which allows for locale categories to be removed during static compilation. There have been various bugs for this support over the years, with bug 16915 being the most recent. The solution there was to emit a reference to all the categories to avoid any being removed. This fix, although it's in the generic __nl_langinfo_l function, doesn't appear to be enough to fix the case for a statically linked program that uses newlocale and nl_langinfo_l. This commit doesn't fix the problem, but it does add a XFAIL'd test case such that a fix can be applied against this and the XFAIL removed. It's not entirely clear that the problem is the same as that which was seen in bug 16915.
Diffstat (limited to 'localedata/tst-langinfo.sh')
-rwxr-xr-x | localedata/tst-langinfo.sh | 4 |
1 files changed, 4 insertions, 0 deletions
diff --git a/localedata/tst-langinfo.sh b/localedata/tst-langinfo.sh index d6787ca369..400ea6d36c 100755 --- a/localedata/tst-langinfo.sh +++ b/localedata/tst-langinfo.sh @@ -157,6 +157,7 @@ en_US.ISO-8859-1 RADIXCHAR . en_US.ISO-8859-1 THOUSEP , en_US.ISO-8859-1 YESEXPR ^[+1yY] en_US.ISO-8859-1 NOEXPR ^[-0nN] +en_US.UTF-8 CURRENCY_SYMBOL $ de_DE.ISO-8859-1 ABDAY_1 So de_DE.ISO-8859-1 ABDAY_2 Mo de_DE.ISO-8859-1 ABDAY_3 Di @@ -247,6 +248,7 @@ de_DE.UTF-8 RADIXCHAR , de_DE.UTF-8 THOUSEP . de_DE.UTF-8 YESEXPR ^[+1jJyY] de_DE.UTF-8 NOEXPR ^[-0nN] +de_DE.UTF-8 CURRENCY_SYMBOL € fr_FR.ISO-8859-1 ABDAY_1 dim. fr_FR.ISO-8859-1 ABDAY_2 lun. fr_FR.ISO-8859-1 ABDAY_3 mar. @@ -292,6 +294,7 @@ fr_FR.ISO-8859-1 RADIXCHAR , fr_FR.ISO-8859-1 THOUSEP " " fr_FR.ISO-8859-1 YESEXPR ^[+1oOyY] fr_FR.ISO-8859-1 NOEXPR ^[-0nN] +fr_FR.UTF-8 CURRENCY_SYMBOL € ja_JP.EUC-JP ABDAY_1 Æü ja_JP.EUC-JP ABDAY_2 ·î ja_JP.EUC-JP ABDAY_3 ²Ð @@ -340,6 +343,7 @@ ja_JP.EUC-JP NOEXPR ^([-0nN£î£Î]|¤¤¤¤¤¨|¥¤¥¤¥¨) # Is CRNCYSTR supposed to be the national or international sign? # ja_JP.EUC-JP CRNCYSTR JPY ja_JP.EUC-JP CODESET EUC-JP +ja_JP.UTF-8 CURRENCY_SYMBOL ï¿¥ EOF ${tst_langinfo_before_env} \ ${run_program_env} \ |