aboutsummaryrefslogtreecommitdiff
path: root/localedata/tst-langinfo-newlocale-static.c
diff options
context:
space:
mode:
authorCarlos O'Donell <carlos@redhat.com>2018-05-14 08:25:46 -0400
committerCarlos O'Donell <carlos@redhat.com>2018-07-04 15:23:50 -0400
commit34fdb893e0cec55bdfc83ce56ab29b8f5eeaef9d (patch)
treeda29e8497dccca329de28b8c4bc5bbe800dd6e1d /localedata/tst-langinfo-newlocale-static.c
parentf2873d2da0ac9802e0b570e8e0b9e7e04a82bf55 (diff)
downloadglibc-34fdb893e0cec55bdfc83ce56ab29b8f5eeaef9d.tar
glibc-34fdb893e0cec55bdfc83ce56ab29b8f5eeaef9d.tar.gz
glibc-34fdb893e0cec55bdfc83ce56ab29b8f5eeaef9d.tar.bz2
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-newlocale-static.c')
-rw-r--r--localedata/tst-langinfo-newlocale-static.c1
1 files changed, 1 insertions, 0 deletions
diff --git a/localedata/tst-langinfo-newlocale-static.c b/localedata/tst-langinfo-newlocale-static.c
new file mode 100644
index 0000000000..8097ecd96f
--- /dev/null
+++ b/localedata/tst-langinfo-newlocale-static.c
@@ -0,0 +1 @@
+#include <tst-langinfo-newlocale.c>