I still haven't built rc1 yet but I've found the cause of most (if not all) of the libc++ failures. This system does not have the en_US.UTF-8 locale.
I'm currently putting a patch together to add appropriate REQUIRES lines to tests that require en_US.UTF-8. Once I've done that and committed it, I'm going to enable this locale along with the others that lit is complaining about (fr_FR.UTF-8, ru_RU.UTF-8, zh_CN.UTF-*, fr_CA.ISO8859-1, and cs_CZ.ISO8859-2). > -----Original Message----- > From: cfe-dev [mailto:cfe-dev-boun...@lists.llvm.org] On Behalf Of Daniel > Sanders via cfe-dev > Sent: 20 January 2016 10:30 > To: Hans Wennborg; Ben Pope; Dimitry Andric; Nikola Smiljanić; Brian Cain; > Renato Golin; Sylvestre Ledru > Cc: llvm-dev; cfe-dev; openmp-...@lists.llvm.org; lldb-dev@lists.llvm.org > Subject: Re: [cfe-dev] [3.8 Release] RC1 has been tagged > > This isn't rc1 but the tip of the release branch had some X86 test failures on > my most recent build: > Failing Tests (24): > libc++ :: > std/input.output/file.streams/fstreams/filebuf.virtuals/overflow.pass.cpp > libc++ :: > std/input.output/file.streams/fstreams/filebuf.virtuals/underflow.pass.cpp > libc++ :: std/input.output/iostream.format/ext.manip/get_time.pass.cpp > libc++ :: std/input.output/iostream.format/ext.manip/put_time.pass.cpp > libc++ :: > std/input.output/iostreams.base/ios.base/ios.base.callback/register_callbac > k.pass.cpp > libc++ :: > std/input.output/iostreams.base/ios.base/ios.base.locales/imbue.pass.cpp > libc++ :: > std/input.output/iostreams.base/ios/basic.ios.members/imbue.pass.cpp > libc++ :: > std/input.output/stream.buffers/streambuf/streambuf.cons/copy.pass.cpp > libc++ :: > std/input.output/stream.buffers/streambuf/streambuf.cons/default.pass.c > pp > libc++ :: > std/input.output/stream.buffers/streambuf/streambuf.protected/streamb > uf.assign/assign.pass.cpp > libc++ :: > std/input.output/stream.buffers/streambuf/streambuf.protected/streamb > uf.assign/swap.pass.cpp > libc++ :: > std/localization/locale.categories/category.collate/locale.collate.byname/has > h.pass.cpp > libc++ :: > std/localization/locale.categories/category.collate/locale.collate.byname/typ > es.pass.cpp > libc++ :: > std/localization/locale.categories/category.ctype/locale.codecvt.byname/cto > r_wchar_t.pass.cpp > libc++ :: > std/localization/locale.categories/category.ctype/locale.ctype.byname/types > .pass.cpp > libc++ :: std/localization/locales/locale/locale.cons/default.pass.cpp > libc++ :: std/localization/locales/locale/locale.members/name.pass.cpp > libc++ :: std/localization/locales/locale/locale.operators/eq.pass.cpp > libc++ :: std/localization/locales/locale/locale.statics/global.pass.cpp > libc++ :: std/re/re.regex/re.regex.locale/imbue.pass.cpp > libc++ :: std/re/re.traits/default.pass.cpp > libc++ :: std/re/re.traits/getloc.pass.cpp > libc++ :: std/re/re.traits/imbue.pass.cpp > libomp :: barrier/omp_barrier.c > > Big-endian mips gave this during phase 3: > CMake Error at cmake/modules/HandleLLVMOptions.cmake:43 > (message): > Host Clang must be able to find libstdc++4.7 or newer! > It's possible that this is a machine config issue. We moved offices over the > weekend (just across the street) and my normal machine somehow lost the > ability to boot in the process. I'm borrowing a replacement at the moment. > > Little-endian mips is just about to finish Phase 2 so I'll know if it's a more > general problem soon. > > > -----Original Message----- > > From: hwennb...@google.com [mailto:hwennb...@google.com] On > Behalf > > Of Hans Wennborg > > Sent: 19 January 2016 23:56 > > To: Ben Pope; Dimitry Andric; Daniel Sanders; Nikola Smiljanić; Brian Cain; > > Renato Golin; Sylvestre Ledru > > Cc: cfe-dev; lldb-dev@lists.llvm.org; openmp-...@lists.llvm.org; llvm-dev > > Subject: Re: [3.8 Release] RC1 has been tagged > > > > (cc'ing non-legacy llvm-dev this time; apologies if you get this > > twice. Please don't reply-all to the first one.) > > > > On Tue, Jan 19, 2016 at 3:47 PM, Hans Wennborg <h...@chromium.org> > > wrote: > > > Dear testers, > > > > > > Start your engines; 3.8.0-rc1 was just tagged from the 3.8 branch at > > > r258223. (It took a little longer than I'd planned, sorry about that.) > > > > > > There are still a bunch of open merge requests and bug reports, but I > > > wanted to get the tag in so we can see what the build and test status > > > are on the various platforms. > > > > > > I verified that it currently builds and tests cleanly for me on x86_64 > > > Linux, Mac OS X* and Windows. > > > > > > Please build, test, and upload binaries to the sftp. Let me know if how it > > goes. > > > > > > Thanks, > > > Hans > > > > > > > > > [*] For Mac, I had to set CFLAGS="-isysroot `xcrun -show-sdk-path`" > > > CXXFLAGS="-isysroot `xcrun -show-sdk-path`" for the build to work, > > > otherwise stage-2 Clang couldn't find the SDK. I don't remember if I > > > had to do this last time; maybe some upgrade changed something. > _______________________________________________ > cfe-dev mailing list > cfe-...@lists.llvm.org > http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-dev _______________________________________________ lldb-dev mailing list lldb-dev@lists.llvm.org http://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev