Hi folks, I've updated the configuration for my libcxx buildbot (r220701) to pass some additional flags to compilation, including setting the CPU (so it won't need to use soft divide) and link flags + compiler-rt dependency to lit (so it won't fail with __aeabi_* symbols missing). Most problems should be all fixed once we reload the configuration in the build master. Right now, there's only one failure remaining, which I'm investigating. backtrace_test.cpp:59: int main(): Assertion `nothrow_ntraced > 1' failed. cheers, --renato
On 10/27/14 11:39 AM, Renato Golin wrote:> Right now, there's only one failure remaining, which I'm investigating. > > backtrace_test.cpp:59: int main(): Assertion `nothrow_ntraced > 1' failed.See also: http://lists.cs.uiuc.edu/pipermail/cfe-dev/2014-October/039746.html> > cheers, > --renato >-- Jon Roelofs jonathan at codesourcery.com CodeSourcery / Mentor Embedded
I'm not sure that test have ever been run through LIT. It was tested on Android, but I don't have LIT tweaked for libc++abi the same way I do for libc++, so it was built outside of LIT and run manually. On Oct 27, 2014 11:41 AM, "Jonathan Roelofs" <jonathan at codesourcery.com> wrote:> > > On 10/27/14 11:39 AM, Renato Golin wrote: > > Right now, there's only one failure remaining, which I'm investigating. > > > > backtrace_test.cpp:59: int main(): Assertion `nothrow_ntraced > 1' > failed. > See also: > http://lists.cs.uiuc.edu/pipermail/cfe-dev/2014-October/039746.html > > > > cheers, > > --renato > > > > -- > Jon Roelofs > jonathan at codesourcery.com > CodeSourcery / Mentor Embedded >-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20141027/b28f70c9/attachment.html>
FYI, The bot is now updated and the last failure is showing publicly. The first to have a look at this can use the bot as a final check. http://lab.llvm.org:8011/builders/libcxx-libcxxabi-arm-linux/builds/23/steps/test.libcxxabi/logs/stdio cheers, --renato On 27 October 2014 11:39, Renato Golin <renato.golin at linaro.org> wrote:> Hi folks, > > I've updated the configuration for my libcxx buildbot (r220701) to > pass some additional flags to compilation, including setting the CPU > (so it won't need to use soft divide) and link flags + compiler-rt > dependency to lit (so it won't fail with __aeabi_* symbols missing). > > Most problems should be all fixed once we reload the configuration in > the build master. > > Right now, there's only one failure remaining, which I'm investigating. > > backtrace_test.cpp:59: int main(): Assertion `nothrow_ntraced > 1' failed. > > cheers, > --renato
Hijacking this thread to also mention that the libcxx bot now respects the max number of jobs specified for each bot. Before LIT would always use all the threads on the machine. This should have been enabled with the latest update. /Eric On Sat, Nov 1, 2014 at 10:46 AM, Renato Golin <renato.golin at linaro.org> wrote:> FYI, > > The bot is now updated and the last failure is showing publicly. The > first to have a look at this can use the bot as a final check. > > > http://lab.llvm.org:8011/builders/libcxx-libcxxabi-arm-linux/builds/23/steps/test.libcxxabi/logs/stdio > > cheers, > --renato > > On 27 October 2014 11:39, Renato Golin <renato.golin at linaro.org> wrote: > > Hi folks, > > > > I've updated the configuration for my libcxx buildbot (r220701) to > > pass some additional flags to compilation, including setting the CPU > > (so it won't need to use soft divide) and link flags + compiler-rt > > dependency to lit (so it won't fail with __aeabi_* symbols missing). > > > > Most problems should be all fixed once we reload the configuration in > > the build master. > > > > Right now, there's only one failure remaining, which I'm investigating. > > > > backtrace_test.cpp:59: int main(): Assertion `nothrow_ntraced > 1' > failed. > > > > cheers, > > --renato > _______________________________________________ > LLVM Developers mailing list > LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu > http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev >-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20141101/cda6d9bc/attachment.html>