llvm-svn: 148693

llvm-svn: 148692

Now that the type system rewrite has landed, there is no need for its
complexity and std::map'ness.

llvm-svn: 148691

X86 backend in LLVM.

llvm-svn: 148689

make them be a valuetype in a DenseMap.

llvm-svn: 148688

llvm-svn: 148687

This change adds an new value to the --arm-enable-ehabi option that
disables emitting unwinding descriptors. This mode gives a working
backtrace() without the (currently broken) exception support.

llvm-svn: 148686

llvm-svn: 148685

Custom lower vector shift intrinsics to target specific nodes and remove the patterns that are no longer needed.

llvm-svn: 148684

llvm-svn: 148683

This matches cl.exe's behavior and fixes PR11791.

llvm-svn: 148682

llvm-svn: 148681

This is for consistency, since the flag is actually under -Wswitch now, rather
than -Wswitch-enum (since it's really valuable for the former and rather
orthogonal to the latter)

llvm-svn: 148680

Clang previously implemented -Wswitch-enum the same as -Wswitch. This patch
corrects the behavior to match GCC's. The critical/only difference being that
-Wswitch-enum is not silenced by the presence of a default case in the switch.

llvm-svn: 148679

No other changes.

llvm-svn: 148678

Also change a || that I accidentally changed to && back to ||.

llvm-svn: 148677

modules. Avoid that to make the order the linker sees the modules deterministic.

llvm-svn: 148676

MSVC2010's pair class has a move assignment operator but no explicit copy
constructor, which makes it unusable without this change.

For symmetry, let move copy constructors not mark the default assignment
operator as deleted either. Both changes match cl.exe's behavior.  Fixes
pr11826.

Also update the standard excerpt to point to the right paragraph.

llvm-svn: 148675

llvm-svn: 148673

Remove pattern fragments for v32i8, v16i16, v8i32, v16i8, v8i16, and v4i32 loads. All integer vector loads are promoted to v2i64 or v4i64 so these pattern fragments can never match. Fix or remove patterns that used these fragments.

llvm-svn: 148672

returns false in the event the computation feeding into the pointer is
unreachable, which maybe ought to be true -- but this is at least consistent
with undef->isDereferenceablePointer().) Fixes PR11825!

llvm-svn: 148671

llvm-svn: 148670

Merge PCMPEQB/PCMPEQW/PCMPEQD/PCMPEQQ and PCMPGTB/PCMPGTW/PCMPGTD/PCMPGTQ X86 ISD node types into only two node types. Simplifying opcode selection and pattern matching.

llvm-svn: 148667

Getting started on matching a thrown exception to a catch clause, and setting the adjusted pointer to the caught object appearing in the catch clause.

llvm-svn: 148666

Use Attributes::None instead of 0 after r148553 change on Attributes from unsigned to their own class.

llvm-svn: 148665

Add target specific ISD node types for SSE/AVX vector shuffle instructions and change all the code that used to create intrinsic nodes to create the new nodes instead.

llvm-svn: 148664

I kept getting confused among the __cxa_exception*, the _Unwind_Exception* and the void* to the thrown object.  So I've gone through these two files and attempted to institute a consistent variable naming scheme, and in a few instances, turned void* into a concrete* to have the type system help me out.  No change in functionality for this commit is intended.

llvm-svn: 148663

llvm-svn: 148662

llvm-svn: 148659

Patch by Ana Pazos!

llvm-svn: 148658

llvm-svn: 148655

llvm-svn: 148654

in a subclass named DyldELFObject. This class supports rebasing the object file
it represents by re-mapping section addresses to the actual memory addresses
the object was placed in. This is required for MC-JIT implementation on ELF with
debugging support.

Patch reviewed on llvm-commits.

Developed together with Ashok Thirumurthi and Andrew Kaylor.

llvm-svn: 148653

ELF and MachO implementations of RuntimeDyldImpl go into their own header files now.

Reviewed on llvm-commits

llvm-svn: 148652

llvm-svn: 148651

to breakpoints, creating new LLDB commands using python modules and also how
to run scripts from the command line. 

llvm-svn: 148650

For consistency with GCC & reasonable sanity. The FIXME suggests that the
original author was perhaps using the default check for some other purpose,
not realizing the more obvious limitation/false-negatives it creates, but this
doesn't seem to produce any regressions & fixes the included test.

llvm-svn: 148649

This matches GCC's documented (& actual) behavior. What Clang had implemented
as -Wswitch-enum was actually GCC's -Wswitch behavior. -Wswitch is on by
default (part of -Wall) and warns if a switch-over-enum, without a default
case, covers all enum values.

-Wswitch-enum, on the other hand, does not have the default clause and should
fire even in the presence of a default. This warning is off by default.

With this change the -Wswitch-enum flag is off-by-default in Clang but has no
functionality at the moment. I'll add that in a future commit.

llvm-svn: 148648

Add __shim_type_info which fits below std::type_info and above all of the other type_info-derived classes.  This is where all of the virtual functions that serve as details of the inner-workings of type_info will live (safely hidden from public view).  All type_info objects will be safely down-castable to __shim_type_info, so as to access implementation detail virtual functions.  Also temporarily add some print/display statements to each type_info-derived class.  This is in support of the continuing development on the personality function.

llvm-svn: 148647

llvm-svn: 148646