[llvm-testresults] buildbot failure in lab.llvm.org on phase2 - living

llvmlab-buildmaster at lab.llvm.org llvmlab-buildmaster at lab.llvm.org
Mon Jul 14 22:11:02 PDT 2014


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

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

Buildslave for this Build: macpro1

Build Reason: scheduler
Build Source Stamp: 213043
Blamelist: abataev,ehsan,majnemer,ributzka,rsmith

BUILD FAILED: failed

sincerely,
 -The Buildbot


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

CHANGES:
Files:
 lib/Parse/ParseStmtAsm.cpp
 test/Parser/ms-inline-asm.c
On: smooshlab-project
At: Mon 14 Jul 2014 19:35:38
Changed By: ehsan
Comments: Don't get confused on the number of braces when braces start after the first __asm

Summary:
Without this, we would not consume the closing brace which would cause
the parser to start consuming C++ and bad things would happen.

Reviewers: majnemer

Subscribers: cfe-commits

Differential Revision: http://reviews.llvm.org/D4505Properties: 
  phase_id: r213037-t20140714_193741-b2168



File: lib/CodeGen/SelectionDAG/FastISel.cpp
On: smooshlab-project
At: Mon 14 Jul 2014 19:35:38
Changed By: ributzka
Comments: [FastISel] Fix patchpoint lowering to set the result register.

Always update the value map with the result register (if there is one), for the
patchpoint instruction we created to replace the target-specific call
instruction.Properties: 
  phase_id: r213037-t20140714_193741-b2168



File: lib/CodeGen/SelectionDAG/FastISel.cpp
On: smooshlab-project
At: Mon 14 Jul 2014 19:35:38
Changed By: ributzka
Comments: [FastISel] Insert patchpoint instruction before the target generated call instruction.

The patchpoint instruction should have been inserted before the target
generated call instruction to be inside the ADJSTACKDOWN/ADJSTACKUP call
sequence window.Properties: 
  phase_id: r213037-t20140714_193741-b2168



File: lib/Target/X86/X86FastISel.cpp
On: smooshlab-project
At: Mon 14 Jul 2014 19:35:38
Changed By: ributzka
Comments: [FastISel][X86] Implement the FastLowerCall hook.

This implements the FastLowerCall hook, which is based on the DoSelectCall
function. The implementation is very similar, but the target-independent call
lowering part has been factored out.

This should also enable patchpoint intrinsic lowering for FastISel on X86.

Related to <rdar://problem/17427052>.Properties: 
  phase_id: r213037-t20140714_193741-b2168



File: lib/Target/X86/X86FastISel.cpp
On: smooshlab-project
At: Mon 14 Jul 2014 19:35:38
Changed By: ributzka
Comments: [FastISel][X86] Implement the FastLowerIntrinsicCall hook.

Rename X86VisitIntrinsicCall -> FastLowerIntrinsicCall, which effectively
implements the target hook.Properties: 
  phase_id: r213037-t20140714_193741-b2168



File: lib/Target/X86/X86FastISel.cpp
On: smooshlab-project
At: Mon 14 Jul 2014 19:35:39
Changed By: ributzka
Comments: [FastISel][X86] Remove no longer needed functions.Properties: 
  phase_id: r213037-t20140714_193741-b2168



Files:
 lib/Target/X86/X86TargetObjectFile.cpp
 test/CodeGen/X86/win_cst_pool.ll
On: smooshlab-project
At: Mon 14 Jul 2014 19:45:38
Changed By: majnemer
Comments: CodeGen: Handle ConstantVector and undef in WinCOFF constant pools

The constant pool entry code for WinCOFF assumed that vector constants
would be formed using ConstantDataVector, it did not expect to see a
ConstantVector.  Furthermore, it did not expect undef as one of the
elements of the vector.

ConstantVectors should be handled like ConstantDataVectors, treat Undef
as zero.Properties: 
  phase_id: r213038-t20140714_194826-b2169



Files:
 test/CodeGen/X86/2008-02-06-LoadFoldingBug.ll
 test/CodeGen/X86/vec_return.ll
On: smooshlab-project
At: Mon 14 Jul 2014 19:55:38
Changed By: majnemer
Comments: Relax tests expecting to see CPI symbols

WinCOFF doesn't use CPI symbols, it has a different scheme for naming
constant pool entries.  Update tests to handle either appearing.Properties: 
  phase_id: r213039-t20140714_195747-b2170



Files:
 include/clang/Basic/OpenMPKinds.def
 lib/Sema/SemaOpenMP.cpp
 test/OpenMP/nesting_of_regions.cpp
On: smooshlab-project
At: Mon 14 Jul 2014 20:05:39
Changed By: abataev
Comments: [OPENMP] Several cosmetic fixes in comments, tests and the code for '#pragma omp single'.
Properties: 
  phase_id: r213040-t20140714_200740-b2171



File: test/CodeGen/X86/constant-pool-remat-0.ll
On: smooshlab-project
At: Mon 14 Jul 2014 20:11:38
Changed By: majnemer
Comments: Specify a more specific triple for constant-pool-remat-0.ll

Instead of specifying 32-bit x86, specify 32-bit x86 linux.

This test is testing a very specific behavior which changed with
WinCOFF's constant pools.Properties: 
  phase_id: r213042-t20140714_203820-b2172



File: test/CodeGen/X86/2008-02-06-LoadFoldingBug.ll
On: smooshlab-project
At: Mon 14 Jul 2014 20:11:38
Changed By: majnemer
Comments: Some targets don't prefix private symbols with dotProperties: 
  phase_id: r213042-t20140714_203820-b2172



File: lib/Serialization/ASTReaderDecl.cpp
On: smooshlab-project
At: Mon 14 Jul 2014 20:51:38
Changed By: rsmith
Comments: [modules] Rearrange and unify the way we determine if we need to pull in
redeclaration chains when pulling in a declaration. We need the redecl chain
unless we know some other declaration will trigger it to be pulled in; that
happens if our originally-canonical declaration had all the knowledge that
we have (and isn't us).
Properties: 
  phase_id: r213043-t20140714_210949-b2173



LOGS:






More information about the llvm-testresults mailing list