[llvm-testresults] buildbot failure in lab.llvm.org on phase1 - sanity

[llvmlab-buildmaster at lab.llvm.org]

The Buildbot has detected a new failure on builder phase1 - sanity while building cfe.
Full details are available at:
 http://lab.llvm.org:8013/builders/phase1%20-%20sanity/builds/4629

Buildbot URL: http://lab.llvm.org:8013/

Buildslave for this Build: macpro1

Build Reason: scheduler
Build Source Stamp: 217550
Blamelist: benlangmuir,joerg,rafael,tfiala

BUILD FAILED: failed

sincerely,
 -The Buildbot


================================================================================

CHANGES:
Files:
 lib/Driver/Driver.cpp
 test/Driver/biarch.c
On: http://10.1.1.2/svn/llvm-project
For: cfe
At: Wed 10 Sep 2014 14:41:36
Changed By: joerg
Comments: Only override the target architecture on -m32 and friends if it is
actually different. Fixes a surprising link error with nodejs on rpi,
where armv6-netbsd-eabihf turned into armv5e-netbsd-eabihf, which
doesn't lacks the necessary VFP support.
Properties: 




File: lib/CodeGen/BackendUtil.cpp
On: http://10.1.1.2/svn/llvm-project
For: cfe
At: Wed 10 Sep 2014 14:41:36
Changed By: rafael
Comments: Update for llvm api change.Properties: 




Files:
 examples/ExceptionDemo/ExceptionDemo.cpp
 examples/Kaleidoscope/Chapter4/toy.cpp
 examples/Kaleidoscope/Chapter5/toy.cpp
 examples/Kaleidoscope/Chapter6/toy.cpp
 examples/Kaleidoscope/Chapter7/toy.cpp
 include/llvm/IR/DataLayout.h
 lib/ExecutionEngine/MCJIT/MCJIT.cpp
 lib/IR/DataLayout.cpp
 lib/LTO/LTOCodeGenerator.cpp
 lib/Target/Target.cpp
 lib/Target/TargetMachineC.cpp
 lib/Transforms/IPO/PassManagerBuilder.cpp
 tools/gold/gold-plugin.cpp
 tools/llc/llc.cpp
 tools/llvm-extract/llvm-extract.cpp
 tools/opt/opt.cpp
 unittests/IR/LegacyPassManagerTest.cpp
On: http://10.1.1.2/svn/llvm-project
For: llvm
At: Wed 10 Sep 2014 14:41:36
Changed By: rafael
Comments: Add doInitialization/doFinalization to DataLayoutPass.

With this a DataLayoutPass can be reused for multiple modules.

Once we have doInitialization/doFinalization, it doesn't seem necessary to pass
a Module to the constructor.

Overall this change seems in line with the idea of making DataLayout a required
part of Module. With it the only way of having a DataLayout used is to add it
to the Module.Properties: 




Files:
 source/Plugins/Process/gdb-remote/GDBRemoteCommunicationServer.cpp
 source/Plugins/Process/gdb-remote/GDBRemoteCommunicationServer.h
 test/tools/lldb-gdbserver/TestGdbRemote_qThreadStopInfo.py
On: http://10.1.1.2/svn/llvm-project
For: lldb
At: Wed 10 Sep 2014 14:41:36
Changed By: tfiala
Comments: llgs: implement qThreadStopInfo.

This change implements this ticket:
http://llvm.org/bugs/show_bug.cgi?id=20899

Adds the qThreadStopInfo RSP command for llgs and includes a test that
verifies both debugserver and llgs respond with something reasonable
on a multithreaded app.
Properties: 




Files:
 include/clang/Serialization/ASTReader.h
 lib/Frontend/PrintPreprocessedOutput.cpp
 lib/Lex/TokenConcatenation.cpp
 lib/Serialization/ASTReader.cpp
 test/Modules/Inputs/diamond_left.h
 test/Modules/Inputs/diamond_top.h
 test/Modules/Inputs/preprocess-prefix.h
 test/Modules/preprocess.m
On: http://10.1.1.2/svn/llvm-project
For: cfe
At: Wed 10 Sep 2014 14:41:36
Changed By: benlangmuir
Comments: Avoid a couple of assertions when preprocessing with modules

1. We were hitting the NextIsPrevious assertion because we were trying
to merge decl chains that were independent of each other because we had
no Sema object to allow them to find existing decls. This is fixed by
delaying loading the "preloaded" decls until Sema is available.

2. We were trying to get identifier info from an annotation token, which
asserts.  The fix is to special-case the module annotations in the
preprocessed output printer.

Fixed in a single commit because when you hit 1 you almost invariably
hit 2 as well.Properties: 




LOGS: