[llvm-testresults] buildbot failure in lab.llvm.org on phase2 - living
llvmlab-buildmaster at lab.llvm.org
llvmlab-buildmaster at lab.llvm.org
Thu Sep 12 18:33:22 PDT 2013
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/5541
Buildbot URL: http://lab.llvm.org:8013/
Buildslave for this Build: macpro1
Build Reason: scheduler
Build Source Stamp: 190647
Blamelist: chandlerc,hfinkel,mikesart,nicholas,rmitton,rsmith,vljn
BUILD FAILED: failed
sincerely,
-The Buildbot
================================================================================
CHANGES:
Files:
include/clang/Parse/Parser.h
include/clang/Sema/Sema.h
lib/Parse/ParseCXXInlineMethods.cpp
lib/Parse/ParseDecl.cpp
lib/Parse/ParseTentative.cpp
lib/Sema/Sema.cpp
lib/Sema/SemaLookup.cpp
test/Parser/cxx-ambig-init-templ.cpp
test/Parser/cxx-default-args.cpp
test/Parser/cxx0x-member-initializers.cpp
On: smooshlab-project
At: Thu 12 Sep 2013 16:36:48
Changed By: rsmith
Comments: PR13657 (and duplicates):
When a comma occurs in a default argument or default initializer within a
class, disambiguate whether it is part of the initializer or whether it ends
the initializer.
The way this works (which I will be proposing for standardization) is to treat
the comma as ending the default argument or default initializer if the
following token sequence matches the syntactic constraints of a
parameter-declaration-clause or init-declarator-list (respectively).
This is both consistent with the disambiguation rules elsewhere (where entities
are treated as declarations if they can be), and should have no regressions
over our old behavior. I think it might also disambiguate all cases correctly,
but I don't have a proof of that.
There is an annoyance here: because we're performing a tentative parse in a
situation where we may not have seen declarations of all relevant entities (if
the comma is part of the initializer, lookup may find entites declared later in
the class), we need to turn off typo-correction and diagnostics during the
tentative parse, and in the rare case that we decide the comma is part of the
initializer, we need to revert all token annotations we performed while
disambiguating.
Any diagnostics that occur outside of the immediate context of the tentative
parse (for instance, if we trigger the implicit instantiation of a class
template) are *not* suppressed, mirroring the usual rules for a SFINAE context.
Properties:
phase_id: r190640-t20130912_164347-b11577
File: lib/Target/PowerPC/PPCISelLowering.cpp
On: smooshlab-project
At: Thu 12 Sep 2013 16:36:48
Changed By: chandlerc
Comments: Remove an unused variable, fixing -Werror build with latest Clang.Properties:
phase_id: r190640-t20130912_164347-b11577
File: include/clang/Sema/Sema.h
On: smooshlab-project
At: Thu 12 Sep 2013 16:40:43
Changed By: nicholas
Comments: Fix typo in llvm_unreachable string.
Properties:
phase_id: r190641-t20130912_165245-b11578
File: source/Symbol/DWARFCallFrameInfo.cpp
On: smooshlab-project
At: Thu 12 Sep 2013 16:46:43
Changed By: rmitton
Comments: Fixed a bug where CFI data would become corrupted when using remember/restore state instructions.
This would prevent system calls on Linux from being able to backtrace correctly.Properties:
phase_id: r190642-t20130912_170119-b11579
Files:
lib/Target/R600/AMDGPUISelDAGToDAG.cpp
lib/Target/R600/R600ISelLowering.cpp
lib/Target/R600/R600ISelLowering.h
test/CodeGen/R600/complex-folding.ll
On: smooshlab-project
At: Thu 12 Sep 2013 16:50:43
Changed By: vljn
Comments: R600: Move fabs/fneg/sel folding logic into PostProcessIsel
This move makes possible to correctly handle multiples instructions
from a single pattern.Properties:
phase_id: r190645-t20130912_170811-b11580
Files:
lib/Target/R600/AMDGPUISelDAGToDAG.cpp
lib/Target/R600/R600ISelLowering.cpp
test/CodeGen/R600/literals.ll
On: smooshlab-project
At: Thu 12 Sep 2013 16:50:43
Changed By: vljn
Comments: R600: Move code handling literal folding into R600ISelLowering.Properties:
phase_id: r190645-t20130912_170811-b11580
Files:
lib/Target/R600/AMDGPUISelDAGToDAG.cpp
lib/Target/R600/R600ISelLowering.cpp
On: smooshlab-project
At: Thu 12 Sep 2013 16:50:43
Changed By: vljn
Comments: R600: Move clamp handling code to R600IselLowering.cppProperties:
phase_id: r190645-t20130912_170811-b11580
Files:
lib/CodeGen/CGBuiltin.cpp
test/CodeGen/libcalls.c
On: smooshlab-project
At: Thu 12 Sep 2013 17:06:43
Changed By: hfinkel
Comments: Restore the sqrt -> llvm.sqrt mapping in fast-math mode
This restores the sqrt -> llvm.sqrt mapping, but only in fast-math mode
(specifically, when the UnsafeFPMath or NoNaNsFPMath CodeGen options are
enabled). The @llvm.sqrt* intrinsics have slightly different semantics from the
libm call, specifically, they are undefined when given a non-zero negative
number (the libm calls will always return NaN for any negative number).
This mapping was removed in r100613, and replaced with a TODO, but at that time
the fast-math flags were not yet implemented. Now that we have these, restoring
this mapping is important because it will enable autovectorization of sqrt
calls in loops (at least in fast-math mode).Properties:
phase_id: r190646-t20130912_171518-b11581
Files:
source/Plugins/Process/POSIX/CMakeLists.txt
source/Plugins/Process/POSIX/POSIXThread.cpp
source/Plugins/Process/POSIX/RegisterContextFreeBSD_x86_64.cpp
source/Plugins/Process/POSIX/RegisterContextFreeBSD_x86_64.h
source/Plugins/Process/POSIX/RegisterContextLinux_x86_64.cpp
source/Plugins/Process/POSIX/RegisterContextLinux_x86_64.h
source/Plugins/Process/POSIX/RegisterContextPOSIX.h
source/Plugins/Process/POSIX/RegisterContextPOSIXProcessMonitor_i386.cpp
source/Plugins/Process/POSIX/RegisterContextPOSIXProcessMonitor_i386.h
source/Plugins/Process/POSIX/RegisterContextPOSIXProcessMonitor_x86_64.cpp
source/Plugins/Process/POSIX/RegisterContextPOSIXProcessMonitor_x86_64.h
source/Plugins/Process/POSIX/RegisterContextPOSIX_i386.cpp
source/Plugins/Process/POSIX/RegisterContextPOSIX_i386.h
source/Plugins/Process/POSIX/RegisterContextPOSIX_x86_64.cpp
source/Plugins/Process/POSIX/RegisterContextPOSIX_x86_64.h
source/Plugins/Process/POSIX/RegisterContext_i386.cpp
source/Plugins/Process/POSIX/RegisterContext_i386.h
source/Plugins/Process/POSIX/RegisterContext_x86_64.cpp
source/Plugins/Process/POSIX/RegisterContext_x86_64.h
source/Plugins/Process/elf-core/CMakeLists.txt
source/Plugins/Process/elf-core/RegisterContextCoreFreeBSD_x86_64.cpp
source/Plugins/Process/elf-core/RegisterContextCoreFreeBSD_x86_64.h
source/Plugins/Process/elf-core/RegisterContextCoreLinux_x86_64.cpp
source/Plugins/Process/elf-core/RegisterContextCoreLinux_x86_64.h
source/Plugins/Process/elf-core/RegisterContextPOSIXCore_x86_64.cpp
source/Plugins/Process/elf-core/RegisterContextPOSIXCore_x86_64.h
source/Plugins/Process/elf-core/ThreadElfCore.cpp
On: smooshlab-project
At: Thu 12 Sep 2013 17:26:43
Changed By: mikesart
Comments: Cleanup POSIX RegisterContext class hierarchies.Properties:
phase_id: r190647-t20130912_172843-b11582
LOGS:
More information about the llvm-testresults
mailing list