| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
| |
llvm-svn: 187778
|
| |
|
|
| |
llvm-svn: 187752
|
| |
|
|
|
|
| |
This reverts commit r187745.
llvm-svn: 187747
|
| |
|
|
|
|
| |
simple.
llvm-svn: 187745
|
| |
|
|
|
|
| |
greatly on many comments in the code.
llvm-svn: 187742
|
| |
|
|
|
|
| |
secrel32 instead of long opcodes (only for coff). This makes them debuggable with GDB (with fix for 64bits msvc)
llvm-svn: 187656
|
| |
|
|
|
|
|
|
| |
code emitted as secrel32 instead of long opcodes (only for coff). This makes them debuggable with GDB."
It broke x86_64-win32 builder in llvm/test/DebugInfo.
llvm-svn: 187642
|
| |
|
|
|
|
| |
The absence of members was a poor/incorrect proxy for "is definition".
llvm-svn: 187607
|
| |
|
|
|
|
|
|
| |
secrel32 instead of long opcodes (only for coff). This makes them debuggable with GDB.
fixes Bug 16249 - LLVM generates broken debug info on Windows
llvm-svn: 187597
|
| |
|
|
|
|
|
|
| |
update testcase to make sure we generate debug info for walrus
by adding a non-trivial constructor and verify that we don't
emit an ODR signature for the type.
llvm-svn: 187393
|
| |
|
|
|
|
| |
sure the comments for each testcase are a bit easier to distinguish.
llvm-svn: 187392
|
| |
|
|
| |
llvm-svn: 187385
|
| |
|
|
|
|
| |
This makes LLVM emit the same signature regardless of host and target endianess.
llvm-svn: 187304
|
| |
|
|
|
|
|
|
| |
There doesn't appear to be any reason to put this variable on the heap.
I'm suspicious of the LexicalScope above that we stuff in a map and then
delete afterward, but I'm just trying to get the valgrind bot clean.
llvm-svn: 187301
|
| |
|
|
| |
llvm-svn: 187245
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
type units.
Initially this support is used in the computation of an ODR checker
for C++. For now we're attaching it to the DIE, but in the future
it will be attached to the type unit.
This also starts breaking out types into the separation for type
units, but without actually splitting the DIEs.
In preparation for hashing the DIEs this adds a DIEString type
that contains a StringRef with the string contained at the label.
llvm-svn: 187213
|
| |
|
|
| |
llvm-svn: 186994
|
| |
|
|
| |
llvm-svn: 186851
|
| |
|
|
|
|
| |
No functionality change.
llvm-svn: 186470
|
| |
|
|
| |
llvm-svn: 186371
|
| |
|
|
| |
llvm-svn: 186297
|
| |
|
|
| |
llvm-svn: 186295
|
| |
|
|
|
|
|
|
|
|
|
| |
MF is normally initialized in AsmPrinter::SetupMachineFunction, but if the file
contains only globals (no functions), then we need this to be initialized
because, when encountering an error, lowerConstant() references it.
This should fix the non-deterministic failures of
test/CodeGen/X86/nonconst-static-iv.ll, etc.
llvm-svn: 186068
|
| |
|
|
| |
llvm-svn: 185984
|
| |
|
|
| |
llvm-svn: 185971
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Change the informal convention of DBG_VALUE machine instructions so that
we can express a register-indirect address with an offset of 0.
The old convention was that a DBG_VALUE is a register-indirect value if
the offset (operand 1) is nonzero. The new convention is that a DBG_VALUE
is register-indirect if the first operand is a register and the second
operand is an immediate. For plain register values the combination reg,
reg is used. MachineInstrBuilder::BuildMI knows how to build the new
DBG_VALUES.
rdar://problem/13658587
llvm-svn: 185966
|
| |
|
|
|
|
| |
variable later in the class.
llvm-svn: 185866
|
| |
|
|
|
|
|
| |
No functionality change. It should suffice to check the type of a debug info
metadata, instead of calling Verify.
llvm-svn: 185847
|
| |
|
|
| |
llvm-svn: 185844
|
| |
|
|
|
|
|
|
|
|
| |
Since the pool indexes are necessarily sequential and contiguous, just
insert things in the right place rather than having to sort the sequence
after the fact.
No functionality change.
llvm-svn: 185842
|
| |
|
|
| |
llvm-svn: 185788
|
| |
|
|
|
|
|
|
|
|
|
| |
Obviously the personality function should be emitted as language handler
instead of the hard coded _GCC_specific_handler. The language specific
data must be placed after the unwind information therefore it must not
be emitted into a separate section.
Reviewed by Charles Davis and Nico Rieck.
llvm-svn: 185761
|
| |
|
|
| |
llvm-svn: 185689
|
| |
|
|
|
|
|
|
|
| |
r179494 switched to using the object file info to retrieve the default text
section for some MC streamers. It is possible that initializing an MC
streamer can request sections before the object file info is initialized
when the AutoInitSections flag is set on the streamer.
llvm-svn: 185670
|
| |
|
|
| |
llvm-svn: 185589
|
| |
|
|
|
|
| |
for them and update all uses.
llvm-svn: 185588
|
| |
|
|
| |
llvm-svn: 185586
|
| |
|
|
|
|
| |
(and for consistency).
llvm-svn: 185585
|
| |
|
|
| |
llvm-svn: 185573
|
| |
|
|
| |
llvm-svn: 185523
|
| |
|
|
| |
llvm-svn: 185520
|
| |
|
|
|
|
| |
size doesn't have to repeated when creating iterators for the DenseMap.
llvm-svn: 185508
|
| |
|
|
|
|
| |
respecifying the small vector size.
llvm-svn: 185505
|
| |
|
|
|
|
| |
specifying the vector size.
llvm-svn: 185504
|
| |
|
|
|
|
|
| |
avoid adding information for the debug_inlined section when it isn't
going to be emitted anyhow.
llvm-svn: 185500
|
| |
|
|
| |
llvm-svn: 185498
|
| |
|
|
| |
llvm-svn: 185497
|
| |
|
|
|
|
| |
grep.
llvm-svn: 185496
|
| |
|
|
| |
llvm-svn: 185495
|
| |
|
|
| |
llvm-svn: 185492
|