[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 lldb.
Full details are available at:
 http://lab.llvm.org:8013/builders/phase1%20-%20sanity/builds/2060

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

Buildslave for this Build: macpro1

Build Reason: scheduler
Build Source Stamp: 212853
Blamelist: gclayton,ributzka

BUILD FAILED: failed

sincerely,
 -The Buildbot


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

CHANGES:
File: lib/Target/X86/X86FastISel.cpp
On: http://10.1.1.2/svn/llvm-project
For: llvm
At: Fri 11 Jul 2014 15:51:38
Changed By: ributzka
Comments: [FastISel][X86] Implement the FastLowerIntrinsicCall hook.

Rename X86VisitIntrinsicCall -> FastLowerIntrinsicCall, which effectively
implements the target hook.Properties: 




File: examples/python/stacks.py
On: http://10.1.1.2/svn/llvm-project
For: lldb
At: Fri 11 Jul 2014 15:51:38
Changed By: gclayton
Comments: Don't use "lldb." global variables in LLDB commands.

Properties: 




Files:
 include/lldb/Symbol/Type.h
 source/Symbol/Type.cpp
On: http://10.1.1.2/svn/llvm-project
For: lldb
At: Fri 11 Jul 2014 15:55:38
Changed By: gclayton
Comments: Don't crash when a SBType is handed out through the API and later used after the module that owns the type is deleted.

The fix adds a std::weak_ptr<Module> into the TypeImpl and fills in the weak pointer when possible. It also checks to make sure the module is still alive prior to using it which should make our API safer to use.

<rdar://problem/15455145> 

Properties: 




LOGS: