- Feb 01, 2014
-
-
Peter Collingbourne authored
This will be used by the line editor library to derive a default path to the history file. Differential Revision: http://llvm-reviews.chandlerc.com/D2199 llvm-svn: 200594
-
Reid Kleckner authored
Allocas marked inalloca are never static, but we were trying to put them into the static alloca map if they were in the entry block. Also add an assertion in x86 fastisel. llvm-svn: 200593
-
Lang Hames authored
PC-rel relocations aren't yet fully implemented. llvm-svn: 200592
-
Rafael Espindola authored
The code path it was guarding was already using emitRawComment. llvm-svn: 200591
-
Rafael Espindola authored
To remove this one simply move the end of file logic from the asm printer to the target mc streamer. This removes the last call to hasRawTextSupport from lib/Target. llvm-svn: 200590
-
- Jan 31, 2014
-
-
Rui Ueyama authored
The target machine type affects the meaning of other options, in particular how to mangle symbols. So we want to handle the option first and then parse all the other options. llvm-svn: 200589
-
Reid Kleckner authored
llvm-svn: 200588
-
Reid Kleckner authored
This fixes PR15768, where the sret parameter and the 'this' parameter are in the wrong order. Instance methods compiled by MSVC never return records in registers, they always return indirectly through an sret pointer. That sret pointer always comes after the 'this' parameter, for both __cdecl and __thiscall methods. Unfortunately, the same is true for other calling conventions, so we'll have to change the overall approach here relatively soon. Reviewers: rsmith Differential Revision: http://llvm-reviews.chandlerc.com/D2664 llvm-svn: 200587
-
Chandler Carruth authored
bonus in the inline cost analysis. Split out of a patch by Dario Domizioli to commit separately. llvm-svn: 200586
-
Reid Kleckner authored
With this change, we give different results for __alignof than MSVC, but our record layout is compatible. Some data member pointers also now have a size that is not a multiple of their alignment. Fixes PR18618. Reviewers: majnemer Differential Revision: http://llvm-reviews.chandlerc.com/D2669 llvm-svn: 200585
-
Richard Smith authored
llvm-svn: 200584
-
Rafael Espindola authored
There is nothing wrong with printing the disassembly section when printing text. An hypothetical assembler would then produce a .o just like our direct object emission produces. llvm-svn: 200583
-
Rafael Espindola authored
llvm-svn: 200582
-
Rafael Espindola authored
llvm-svn: 200581
-
Duncan P. N. Exon Smith authored
llvm-svn: 200580
-
Duncan P. N. Exon Smith authored
llvm-svn: 200579
-
Rafael Espindola authored
llvm-svn: 200578
-
Lang Hames authored
It looks like these pseudos were only used for pattern matching. Def pats are the appropriate way to do that. As a bonus, these intrinsics will now have memory operands folded properly, and better FMA3 variants selected where appropriate (see r199933). <rdar://problem/15611947> llvm-svn: 200577
-
Chandler Carruth authored
transform accordingly. Based on similar code from Loop vectorization. Subsequent commits will include vectorization of function calls to vector intrinsics and form function calls to vector library calls. Patch by Raul Silvera! (Much delayed due to my not running dcommit) llvm-svn: 200576
-
Rafael Espindola authored
llvm-svn: 200575
-
Rafael Espindola authored
None of the object formats require extra parsing to compute these flags, so the method cannot fail. llvm-svn: 200574
-
Richard Smith authored
just storing a flag indicating if there was one), and include it in the 'end of module' annotation. No functionality change. llvm-svn: 200573
-
Paul Robinson authored
keeping track of those entries. llvm-svn: 200572
-
Eric Christopher authored
algorithm. Sink the 'A' + Attribute hash into each form so we don't have to check valid forms before deciding whether or not we're going to hash which will let the default be to return without doing anything. llvm-svn: 200571
-
Eric Christopher authored
llvm-svn: 200570
-
David Blaikie authored
This ensures DWARF consumers don't confuse these references for definitions. I'd argue it might be nice to improve debuggers so we don't need this, but it's just one field in an abbreviation anyway - so it doesn't seem worth the fight. llvm-svn: 200569
-
Hans Wennborg authored
The two identical implementations of __cpuid for X86 / X86_64 were leftovers from my first iteration on the patch that implemented it. llvm-svn: 200568
-
Sergey Matveev authored
Some build environments are missing the required headers. This reverts r200544, r200547, r200551. This does not revert the change that introduced READWRITE ioctl type. llvm-svn: 200567
-
Reid Kleckner authored
If we have a callee cleanup convention, the callee is going to pop the arguments off the stack, not push them on. llvm-svn: 200566
-
Deepak Panickal authored
llvm-svn: 200565
-
Timur Iskhodzhanov authored
Remove /FS as it's auto-added by CMake 2.8.12.1; also, remove /wd4221 as 4221 is a linker warning, not a compiler warning llvm-svn: 200564
-
NAKAMURA Takumi authored
arcmt-test doesn't depend on llvm codegen. llvm-svn: 200563
-
NAKAMURA Takumi authored
Oh sorry, I missed LTO.exports, ... I checked just only *.cpp(s). llvm-svn: 200562
-
Reid Kleckner authored
MSVC always places the 'this' parameter for a method first. The implicit 'sret' pointer for methods always comes second. We already implement this for __thiscall by putting sret parameters on the stack, but __cdecl methods require putting both parameters on the stack in opposite order. Using a special calling convention allows frontends to keep the sret parameter first, which avoids breaking lots of assumptions in LLVM and Clang. Fixes PR15768 with the corresponding change in Clang. Reviewers: ributzka, majnemer Differential Revision: http://llvm-reviews.chandlerc.com/D2663 llvm-svn: 200561
-
NAKAMURA Takumi authored
llvm-svn: 200560
-
NAKAMURA Takumi authored
llvm-svn: 200559
-
NAKAMURA Takumi authored
llvm-svn: 200558
-
NAKAMURA Takumi authored
llvm-svn: 200557
-
NAKAMURA Takumi authored
llvm-svn: 200556
-
Renato Golin authored
Previous commit would have a following flag overriding the behaviour and not taken care of. llvm-svn: 200555
-