[lldb-dev] [3.8 Release] RC1 has been tagged

Daniel Sanders via lldb-dev lldb-dev at lists.llvm.org
Thu Jan 21 03:54:28 PST 2016


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-bounces at 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-dev at lists.llvm.org; lldb-dev at 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: hwennborg at google.com [mailto:hwennborg at 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 at lists.llvm.org; openmp-dev at 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 <hans at 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-dev at lists.llvm.org
> http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-dev


More information about the lldb-dev mailing list