[llvm-testresults] buildbot failure in lab.llvm.org on phase3 - tree health
llvmlab-buildmaster at lab.llvm.org
llvmlab-buildmaster at lab.llvm.org
Thu Oct 10 00:23:07 PDT 2013
The Buildbot has detected a new failure on builder phase3 - tree health while building lab.llvm.org.
Full details are available at:
http://lab.llvm.org:8013/builders/phase3%20-%20tree%20health/builds/1981
Buildbot URL: http://lab.llvm.org:8013/
Buildslave for this Build: macpro1
Build Reason: scheduler
Build Source Stamp: 192337
Blamelist: ahatanak,dmalea,emaste,hans,kremenek,mikesart,ruiu,spyffe
BUILD FAILED: failed
sincerely,
-The Buildbot
================================================================================
CHANGES:
Files:
include/clang/AST/ASTImporter.h
lib/AST/ASTImporter.cpp
On: smooshlab-project
At: Wed 09 Oct 2013 14:50:35
Changed By: spyffe
Comments: This patch addresses a problem encountered by the
ASTImporter when importing the following types:
typedef struct {
} A;
typedef struct {
A a;
} B;
Suppose we have imported B, but we did not at that
time need to complete it. Then later we want to
import A. The struct is anonymous, so the first
thing we want to do is make sure no other anonymous
struct already matches it. So we set up an
StructuralEquivalenceContext and compare B with A.
This happens at ASTImporter.cpp:2179.
Now, in this scenario, B is not complete. So we go
and import its fields, including a, which causes A
to be imported. The ASTImporter doesn’t yet have A
in its list of already-imported things, so we
import A.
After the StructuralEquivalenceContext is finished
determining that A and B are different, the
ASTImporter concludes that A must be imported
because no equivalent exists, so it imports a second
copy of A. Now we have two different structs
representing A. This is really bad news.
The patch allows the StructuralEquivalenceContext to
use the original version of B when making its
comparison, obviating the need for an import and
cutting this loop.
Properties:
phase_id: r192324-t20131009_145236-b12564
Files:
utils/lui
utils/lui/Readme
utils/lui/breakwin.py
utils/lui/commandwin.py
utils/lui/cui.py
utils/lui/debuggerdriver.py
utils/lui/eventwin.py
utils/lui/lldbutil.py
utils/lui/lui.py
utils/lui/sandbox.py
utils/lui/sourcewin.py
utils/lui/statuswin.py
On: smooshlab-project
At: Wed 09 Oct 2013 15:16:30
Changed By: dmalea
Comments: Initial checkin of curses-based LLDB UI (lui)
LLDB (Terminal) User Interface
==============================
This directory contains the curses user interface for LLDB. To use it, ensure Python can find your lldb module. You may have to modify PYTHONPATH for that purpose:
$ export PYTHONPATH=/path/to/lldb/module
Then, run the lui.py. To load a core file:
$ ./lui.py --core core
To create a target from an executable:
$ ./lui.py /bin/echo "hello world"
To attach to a running process:
$ ./lui.py --attach <pid>
Known Issues
============
1. Resizing the terminal will most likely cause lui to crash.
2. Missing paging in command-window
3. Only minimal testing (on Ubuntu Linux x86_64)
Missing Features
================
- stdin/stdout/stderr windows
- memory window
- backtrace window
- threads window
- tab-completion
- syntax-highlighting (via pygments library)
- (local) variables window
- registers window
- disassembly window
- custom layout
Properties:
phase_id: r192328-t20131009_154231-b12566
Files:
include/lldb/Symbol/ClangASTImporter.h
source/Symbol/ClangASTImporter.cpp
On: smooshlab-project
At: Wed 09 Oct 2013 15:40:30
Changed By: spyffe
Comments: Implemented the reverse-lookup API in the AST
importer to avoid duplicate imports of anonymous
structs.
<rdar://problem/14421722>
Properties:
phase_id: r192328-t20131009_154231-b12566
Files:
lib/Sema/SemaExprObjC.cpp
test/SemaObjC/objc-array-literal.m
On: smooshlab-project
At: Wed 09 Oct 2013 15:40:30
Changed By: kremenek
Comments: Refine string literal concatenation warning within an NSArray literal to not warn when the literal comes from a macro expansion. Fixes <rdar://problem/15147688>.Properties:
phase_id: r192328-t20131009_154231-b12566
Files:
include/llvm-c/Target.h
lib/Target/AllTargets.cpp
lib/Target/CMakeLists.txt
On: smooshlab-project
At: Wed 09 Oct 2013 16:20:35
Changed By: ruiu
Comments: Revert "llvm-c: Make target initializer functions external functions in lib."
This reverts commit r192316. The original change introduced circular
dependencies between libTarget and backends. That would broke a build unless
link everything into one big binary.Properties:
phase_id: r192331-t20131009_165018-b12569
Files:
lib/Target/Mips/MipsISelLowering.cpp
lib/Target/Mips/MipsSubtarget.h
test/CodeGen/Mips/extins.ll
On: smooshlab-project
At: Wed 09 Oct 2013 16:40:30
Changed By: ahatanak
Comments: [mips] Do not generate INS/EXT nodes if target does not have support for
ins/ext.
Properties:
phase_id: r192331-t20131009_165018-b12569
File: lib/Driver/WindowsToolChain.cpp
On: smooshlab-project
At: Wed 09 Oct 2013 16:46:35
Changed By: hans
Comments: Use KEY_WOW64_32KEY when reading the registry in WindowsToolChain.cpp (PR17033)
This exposes a 32-bit view of the registry even when Clang is built as a 64-bit
program. Since Visual Studio is a 32-bit application, this is necessary for us
to find it.Properties:
phase_id: r192331-t20131009_165018-b12569
Files:
source/Plugins/Process/POSIX/CMakeLists.txt
source/Plugins/Process/POSIX/POSIXThread.cpp
source/Plugins/Process/POSIX/RegisterContextFreeBSD_i386.cpp
source/Plugins/Process/POSIX/RegisterContextFreeBSD_x86_64.cpp
source/Plugins/Process/POSIX/RegisterContextLinux_i386.cpp
source/Plugins/Process/POSIX/RegisterContextLinux_x86_64.cpp
source/Plugins/Process/POSIX/RegisterContextPOSIXProcessMonitor_i386.cpp
source/Plugins/Process/POSIX/RegisterContextPOSIXProcessMonitor_i386.h
source/Plugins/Process/POSIX/RegisterContextPOSIXProcessMonitor_x86.cpp
source/Plugins/Process/POSIX/RegisterContextPOSIXProcessMonitor_x86.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.cpp
source/Plugins/Process/POSIX/RegisterContextPOSIX_x86.h
source/Plugins/Process/POSIX/RegisterContextPOSIX_x86_64.cpp
source/Plugins/Process/POSIX/RegisterContextPOSIX_x86_64.h
source/Plugins/Process/POSIX/RegisterInfos_i386.h
source/Plugins/Process/POSIX/RegisterInfos_x86_64.h
source/Plugins/Process/elf-core/RegisterContextPOSIXCore_x86_64.cpp
source/Plugins/Process/elf-core/RegisterContextPOSIXCore_x86_64.h
source/Symbol/UnwindTable.cpp
On: smooshlab-project
At: Wed 09 Oct 2013 17:20:30
Changed By: mikesart
Comments: Merge RegisterContextPOSIX_x86_64 and RegisterContextPOSIX_i386 into RegisterContextPOSIX_x86Properties:
phase_id: r192333-t20131009_174830-b12571
Files:
include/lldb/Expression/ClangFunction.h
source/Expression/ClangFunction.cpp
source/Expression/ClangUserExpression.cpp
On: smooshlab-project
At: Wed 09 Oct 2013 17:46:30
Changed By: spyffe
Comments: Fixed a leak of ASTStructExtractors and also
made sure we don't keep around no-longer-valid
ASTTransformers.
<rdar://problem/15182379>
Properties:
phase_id: r192333-t20131009_174830-b12571
Files:
lib/AST/ASTContext.cpp
test/Sema/ext_vector_casts.c
On: smooshlab-project
At: Wed 09 Oct 2013 18:00:30
Changed By: kremenek
Comments: Fix getIntegerTypeOrder() to properly handle enums by first unwrapping their underlying integer type. This is a precondition for calling getIntegerRank().
Fixes an assertion failure in a test case involving vectors.
Fixes <rdar://problem/15091442>
Please somebody check this.Properties:
phase_id: r192337-t20131009_182424-b12575
Files:
include/lldb/Core/ArchSpec.h
source/Core/ArchSpec.cpp
source/Plugins/Process/POSIX/CMakeLists.txt
source/Plugins/Process/POSIX/RegisterContextFreeBSD_mips64.cpp
source/Plugins/Process/POSIX/RegisterContextFreeBSD_mips64.h
source/Plugins/Process/POSIX/RegisterContextPOSIX_mips64.cpp
source/Plugins/Process/POSIX/RegisterContextPOSIX_mips64.h
source/Plugins/Process/POSIX/RegisterContext_mips64.h
source/Plugins/Process/POSIX/RegisterInfos_mips64.h
source/Plugins/Process/elf-core/CMakeLists.txt
source/Plugins/Process/elf-core/ProcessElfCore.cpp
source/Plugins/Process/elf-core/RegisterContextPOSIXCore_mips64.cpp
source/Plugins/Process/elf-core/ThreadElfCore.cpp
source/Target/Thread.cpp
On: smooshlab-project
At: Wed 09 Oct 2013 18:06:30
Changed By: emaste
Comments: POSIX RegisterContext for mips64
Based on the POSIX x86_64 register context. This is sufficient for opening
a mips64 (big endian) core file. Subsequent changes will connect the
disassembler, dynamic loader support, ABI, etc.
Review: http://llvm-reviews.chandlerc.com/D1873
Properties:
phase_id: r192337-t20131009_182424-b12575
File: source/Plugins/Process/elf-core/RegisterContextPOSIXCore_mips64.h
On: smooshlab-project
At: Wed 09 Oct 2013 18:10:37
Changed By: emaste
Comments: POSIX RegisterContext for mips64
Based on the POSIX x86_64 register context. This is sufficient for opening
a mips64 (big endian) core file. Subsequent changes will connect the
disassembler, dynamic loader support, ABI, etc.
Review: http://llvm-reviews.chandlerc.com/D1873
(Missed "svn add" on this file in r192335)
Properties:
phase_id: r192337-t20131009_182424-b12575
File: docs/UsersManual.rst
On: smooshlab-project
At: Wed 09 Oct 2013 18:20:30
Changed By: hans
Comments: Add a section about clang-cl to UsersManual.rst
Differential Revision: http://llvm-reviews.chandlerc.com/D1881Properties:
phase_id: r192337-t20131009_182424-b12575
LOGS:
More information about the llvm-testresults
mailing list