[llvm-bugs] [Bug 25854] New: get_monthname still on Fedora21

[via llvm-bugs]

https://llvm.org/bugs/show_bug.cgi?id=25854

            Bug ID: 25854
           Summary: get_monthname still on Fedora21
           Product: libc++
           Version: 3.7
          Hardware: PC
                OS: Linux
            Status: NEW
          Severity: normal
          Priority: P
         Component: All Bugs
          Assignee: unassignedclangbugs at nondot.org
          Reporter: burkett at rice.edu
                CC: llvm-bugs at lists.llvm.org, mclow.lists at gmail.com
    Classification: Unclassified

Bug 22176 has not been addressed.  No solution proposed.
Bug 22253 hints that the problem resides in the strings returned by glibc
versions < 2.14 or if glibc >= 2.14 if using old locale data.  Suggested
solution is to add debian and opensuse to the XFAIL: list.

My RedHat 6.5 system is using glibc 2.12-a.166:
yum list glibc
Installed Packages
glibc.i686                2.12-1.166.el6_7.3              
@rhel-x86_64-server-6
glibc.x86_64              2.12-1.166.el6_7.3              
@rhel-x86_64-server-6

My needs were addressed by appending linux to the list:

# modify the test file for expected failure
FILE="${LLVM_SRC_ROOT}/projects/${APP}/test/std/localization/locale.categories/category.time/locale.time.get.byname/get_monthname.pass.cpp"
perl -i.DIST -p -e 's|opensuse|opensuse, linux|' ${FILE}

# modify the test file for expected failure
FILE="${LLVM_SRC_ROOT}/projects/${APP}/test/std/localization/locale.categories/category.time/locale.time.get.byname/get_monthname_wide.pass.cpp"
perl -i.DIST -p -e 's|opensuse|opensuse, linux|' ${FILE}

Question: Is there a test that can be devised for lit that will test version of
glibc first and then examine local data for old format form of data to get
around this issue?  Or modify the test to accept a broader form of the data
with warning message or some other form of hint on resolving the problem?

Thanks.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-bugs/attachments/20151216/f04039ec/attachment.html>