Haiku like Linux provides <regex.h>, so use it. Patch by Paul Davey!

llvm-svn: 106620

with several tweaks by me.

llvm-svn: 106619

llvm-svn: 106618

llvm-svn: 106617

llvm-svn: 106616

to the debugger from GUI windows. Previously there was one global debugger
instance that could be accessed that had its own command interpreter and
current state (current target/process/thread/frame). When a GUI debugger
was attached, if it opened more than one window that each had a console
window, there were issues where the last one to setup the global debugger
object won and got control of the debugger.

To avoid this we now create instances of the lldb_private::Debugger that each 
has its own state:
- target list for targets the debugger instance owns
- current process/thread/frame
- its own command interpreter
- its own input, output and error file handles to avoid conflicts
- its own input reader stack

So now clients should call:

    SBDebugger::Initialize(); // (static function)

    SBDebugger debugger (SBDebugger::Create());
    // Use which ever file handles you wish
    debugger.SetErrorFileHandle (stderr, false);
    debugger.SetOutputFileHandle (stdout, false);
    debugger.SetInputFileHandle (stdin, true);

    // main loop
    
    SBDebugger::Terminate(); // (static function)
    
SBDebugger::Initialize() and SBDebugger::Terminate() are ref counted to
ensure nothing gets destroyed too early when multiple clients might be
attached.

Cleaned up the command interpreter and the CommandObject and all subclasses
to take more appropriate arguments.

llvm-svn: 106615

Revert r106066, "Create a more targeted fix for not sinking instructions into a range where it"... it causes bzip2 to be miscompiled by Clang.

Conflicts:

	lib/CodeGen/MachineSink.cpp

llvm-svn: 106614

looking for external variables.  Also cleaned up the log
messages coming from the DWARF interpreter.

llvm-svn: 106613

llvm-svn: 106611

crash reported in PR 7450.

llvm-svn: 106609

Thanks Daniel!

llvm-svn: 106608

literals. Fixes PR7488.

llvm-svn: 106607

externally-defined functions.

llvm-svn: 106606

later on. But we need them saved in the symbols directory.

llvm-svn: 106604

Replace ScalarEvolution's private copy of getLoopPredecessor
with LoopInfo's public copy.

llvm-svn: 106603

llvm-svn: 106602

__real myvec and __imag myvec, since they aren't all that useful (it's
just an identity function) but we might want to use them in more
restricted cases in the future (e.g., "__real mycomplexvec" could
extract the real parts of a vector of complex numbers).

llvm-svn: 106601

llvm-svn: 106600

allocation details.

llvm-svn: 106599

llvm-svn: 106598

declarations (implements radar 7928731).

llvm-svn: 106597

of the callers of isRealType() already assumed this, and one of them
(increment/decrement) mistakenly permitted increments of vector types
because of it.

llvm-svn: 106596

types, updating callers of both isFloatingType() and
isRealFloatingType() accordingly. Caught at least one issue where we
allowed one to declare a vector of vectors (!), along with cleaning up
the standard-conversion logic for C++.

llvm-svn: 106595

is another max which folds. This fixes PR7454.

llvm-svn: 106594

testcases this time.

llvm-svn: 106593

If a metadata operand is seeded in value map and the metadata should also be seeded in value map. This is not limited to function local metadata. 

Failure to seed metdata in such cases causes troubles when in a cloned module, metadata from a new module refers to values in old module. Usually this results in mysterious bugpoint crashes. For example,

 Checking to see if we can delete global inits: Unknown constant!
 UNREACHABLE executed at /d/g/llvm/lib/Bitcode/Writer/BitcodeWriter.cpp:904!

llvm-svn: 106592

llvm-svn: 106591

llvm-svn: 106588

llvm-svn: 106587

llvm-svn: 106586

"floating type" in C, which does not include vector types. Introduce
Type::hasFloatingRepresentation() for the places where we want to know
whether the underlying representation is one or more floating-point
values. Remove some hacks we had where the former behavior of
Type::isFloatingType() was at odds with the language definition of the
term.

llvm-svn: 106584

instructions.

This does not affect codegen much because SUBREG_TO_REG is only used by X86 and
X86 does not use the register scavenger, but it prevents verifier errors.

llvm-svn: 106583

Radar 8031193.

llvm-svn: 106582

llvm-svn: 106580

the demangled name. Fall back to strlen.

llvm-svn: 106579

Make an explicit GetThreadSpecNoCreate accessor so you don't have to get the const-ness right to ensure you are not making a copy of the owning breakpoint's ThreadSpec in a breakpoint location.  Also change the name from NoCopy to NoCreate since that's clearer.

llvm-svn: 106578

during test runs.

llvm-svn: 106577

llvm-svn: 106576

llvm-svn: 106575

llvm-svn: 106574