llvm-svn: 120803

llvm-svn: 120802

Try to fix building on the wayback machine.

llvm-svn: 120801

llvm-svn: 120800

llvm-svn: 120799

llvm-svn: 120796

a node in the trimmed graph might not always
correctly map back to the original error node.
This could cause a crash in some cases when
flagging memory leaks.

llvm-svn: 120795

when generating DOT output for an ExplodedGraph.

llvm-svn: 120794

an error saying the resume timed out. Previously the thread that was trying
to resume the process would eventually call ProcessGDBRemote::DoResume() which
would broadcast an event over to the async GDB remote thread which would sent the
continue packet to the remote gdb server. Right after this was sent, it would
set a predicate boolean value (protected by a mutex and condition) and then the
thread that issued the ProcessGDBRemote::DoResume() would then wait for that
condition variable to be set. If the async gdb thread was too quick though, the
predicate boolean value could have been set to true and back to false by the
time the thread that issued the ProcessGDBRemote::DoResume() checks the boolean
value. So we can't use the predicate value as a handshake. I have changed the code
over to using a Event by having the GDB remote communication object post an
event: 

	GDBRemoteCommunication::eBroadcastBitRunPacketSent

This allows reliable handshaking between the two threads and avoids the erroneous
ProcessGDBRemote::DoResume() errors.

Added a host backtrace service to allow in process backtraces when trying to track
down tricky issues. I need to see if LLVM has any backtracing abilities abstracted
in it already, and if so, use that, but I needed something ASAP for the current issue
I was working on. The static function is:

void
Host::Backtrace (Stream &strm, uint32_t max_frames);

And it will backtrace at most "max_frames" frames for the current thread and can be
used with any of the Stream subclasses for logging.

llvm-svn: 120793

llvm-svn: 120792

llvm-svn: 120791

llvm-svn: 120790

llvm-svn: 120788

difference is much smaller (about 0.3s) but significant.

llvm-svn: 120787

llvm-svn: 120786

llvm-svn: 120785

a file exists when it shouldn't.

llvm-svn: 120784

llvm-svn: 120783

llvm-svn: 120782

llvm-svn: 120780

instructions. They are handled as special moves, but encoded as a normal move.

llvm-svn: 120779

so that it is not referring to potentially stale
state during IR execution.

This was done by introducing modular state (like
ClangExpressionVariable) where groups of state
variables have well-defined lifetimes:

- m_parser_vars are specific to parsing, and only
  exist between calls to WillParse() and DidParse().

- m_struct_vars survive for the entire execution
  of the ClangExpressionDeclMap because they
  provide the template for a materialized set of
  expression variables.

- m_material_vars are specific to a single
  instance of materialization, and only exist
  between calls to Materialize() and
  Dematerialize().

I also removed unnecessary references to long-
lived state that really didn't need to be referred
to at all, and also introduced several assert()s
that helped me diagnose a few bugs (fixed too).

llvm-svn: 120778

llvm-svn: 120777

llvm-svn: 120776

llvm-svn: 120775

avoids creating leb128 fragments and speeds up the test in PR8711 to 33s.

llvm-svn: 120774

Remove leftover code and use the text path diagnostic client even without a specified output file since
it just uses diagnostic notes.

llvm-svn: 120773

llvm-svn: 120772

deleted, not trap" warning. Fixed PR8729. Patch by Elias Pipping!

llvm-svn: 120771

the sequence of events; useful for testing.

llvm-svn: 120770

llvm-svn: 120769

llvm-svn: 120768

data fragment. This reduces the time to assemble the test in 8711 from 60s to
54s.

llvm-svn: 120767

<MCInst 2251 <MCOperand Reg:70> <MCOperand Reg:66> <MCOperand Imm:0> <MCOperand Reg:0> <MCOperand Imm:14> <MCOperand Reg:0>>

Notice that the "reg" here is 0, which is an invalid register. Put a check in
the code for this to prevent crashing.

llvm-svn: 120766

llvm-svn: 120765

llvm-svn: 120764

Intrinsics implemented with Clang builtins could already be implemented as
either inline functions or macros, but intrinsics implemented directly
(without builtins) could only be inline functions.

llvm-svn: 120763

Fixed DoResume to watch for the correct return value from WaitForIsRunning to avoid spurious errors due to previous fix.

llvm-svn: 120762

llvm-svn: 120761

It may not be an option to skip .debug_line if there are file reference in already emitted debug info. So, for now, emit dummy line table entry to make older linker and assemblers happy. This is not a new behavior, original AsmPrinter emitted similar line table entries.

llvm-svn: 120760