Fix a FIXME by moving the fast-isel implementation of the objectsize intrinsic from the x86 code to the generic code.

llvm-svn: 131332

For the purposes of setting breakpoints treat methods defined in the class and methods defined in a category on the class as the same.

llvm-svn: 131331

llvm-svn: 131330

Zap useless code; this hasn't done anything useful since fast-isel switched to being bottom-up (a very long time ago).

llvm-svn: 131329

llvm-svn: 131328

llvm-svn: 131327

llvm-svn: 131326

Previously this pattern would be compiled using an implicit conversion
to std::string.

llvm-svn: 131325

Clean up the test a little bit; and use lldbutil.get_GPRs(frame) to retrieve the general purpose register set.

llvm-svn: 131324

and to decrease the amount of effort in appending strings.

llvm-svn: 131323

rather than throwing an error.

llvm-svn: 131322

llvm-svn: 131321

As an ExecutionEngine class function, its definition
really belongs in ExecutionEngine.cpp, not JIT.cpp.

llvm-svn: 131320

llvm-svn: 131319

http://llvm.org/bugs/show_bug.cgi?id=9854.  Also created an emulated hexfloat literal for use in some of the tests. <sigh>  And cleaned up some harmless but irritating warnings in the tests.

llvm-svn: 131318

In particular, into EngineBuilder. This should only impact
the private API between the EE and EB classes, not external
clients, since JITCtor and MCJITCtor are both protected members.

llvm-svn: 131317

This prepares for making JITCtor/MCJITCtor take a
TargetMachine* directly from clients like EngineBuilder.

llvm-svn: 131316

llvm-svn: 131315

llvm-svn: 131314

solve the build break due to the lack of this method.

It also propose a solution to the API changes in RegisterContext.

I upgraded also the the python version in the makefile. My linux
installation has python2.7 and AFAIK also the latest ubuntu
has this version of python so maybe is worth upgrading.

Patch by Marco Minutoli <mminutoli@gmail.com>

[Note: I had to hand merge in the diffs since patch thinks it is a corrupt patch.]

llvm-svn: 131313

mangled to avoid doing it twice for platforms that use prefixes like
Darwin.

llvm-svn: 131311

llvm-svn: 131310

This fixes PR9910

llvm-svn: 131309

__has_extension is a function-like macro which takes the same set
of feature identifiers as __has_feature.  It evaluates to 1 if the
feature is supported by Clang in the current language (either as a
language extension or a standard language feature) or 0 if not.

At the same time, add support for the C1X feature identifiers
c_generic_selections (renamed from generic_selections) and
c_static_assert, and document them.

Patch by myself and Jean-Daniel Dupas.

llvm-svn: 131308

llvm-svn: 131307

reflects this change.

Marco Minutoli <mminutoli@gmail.com>

llvm-svn: 131306

actually takes rather than how much memory was allocated for it. This
is more accurate and should help the manager pack things more effectively.

llvm-svn: 131305

Patch by Marco Minutoli <mminutoli@gmail.com>

llvm-svn: 131304

breakage due to its presence.

Patch by Marco Minutoli <mminutoli@gmail.com>

llvm-svn: 131303

llvm-svn: 131302

llvm-svn: 131301

llvm-svn: 131300

as non-const in the debug information, added a fallback
to GetFunctionAddress, adding the const qualifier after
the fact and searching again.

llvm-svn: 131299

-fno-constant-cfstrings. Patch by Jonathan Schleifer.

llvm-svn: 131298

'true' on detecting protocol cycles. No functionality change.

llvm-svn: 131297

llvm-svn: 131296

query functions, from Erik Verbruggen!

llvm-svn: 131295

to fix PR9900. I will keep it open until sable is able to comment on it.

llvm-svn: 131294

llvm-svn: 131292

A much improved type_traits for C++0x.  Not yet done: is_trivially_constructible, is_trivially_assignable and underlying_type.

llvm-svn: 131291