| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Sooooo many of these had incorrect or strange main module includes.
I have manually inspected all of these, and fixed the main module
include to be the nearest plausible thing I could find. If you own or
care about any of these source files, I encourage you to take some time
and check that these edits were sensible. I can't have broken anything
(I strictly added headers, and reordered them, never removed), but they
may not be the headers you'd really like to identify as containing the
API being implemented.
Many forward declarations and missing includes were added to a header
files to allow them to parse cleanly when included first. The main
module rule does in fact have its merits. =]
llvm-svn: 169131
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
r165941: Resubmit the changes to llvm core to update the functions to
support different pointer sizes on a per address space basis.
Despite this commit log, this change primarily changed stuff outside of
VMCore, and those changes do not carry any tests for correctness (or
even plausibility), and we have consistently found questionable or flat
out incorrect cases in these changes. Most of them are probably correct,
but we need to devise a system that makes it more clear when we have
handled the address space concerns correctly, and ideally each pass that
gets updated would receive an accompanying test case that exercises that
pass specificaly w.r.t. alternate address spaces.
However, from this commit, I have retained the new C API entry points.
Those were an orthogonal change that probably should have been split
apart, but they seem entirely good.
In several places the changes were very obvious cleanups with no actual
multiple address space code added; these I have not reverted when
I spotted them.
In a few other places there were merge conflicts due to a cleaner
solution being implemented later, often not using address spaces at all.
In those cases, I've preserved the new code which isn't address space
dependent.
This is part of my ongoing effort to clean out the partial address space
code which carries high risk and low test coverage, and not likely to be
finished before the 3.2 release looms closer. Duncan and I would both
like to see the above issues addressed before we return to these
changes.
llvm-svn: 167222
|
|
|
|
|
|
| |
different pointer sizes on a per address space basis.
llvm-svn: 165941
|
|
|
|
| |
llvm-svn: 165747
|
|
|
|
|
|
| |
per address space pointer sizes to be optimized correctly.
llvm-svn: 165726
|
|
|
|
| |
llvm-svn: 165402
|
|
|
|
| |
llvm-svn: 163569
|
|
|
|
| |
llvm-svn: 162848
|
|
|
|
|
|
|
|
| |
not in darwin gdb compat mode.
Fixes rdar://10975088
llvm-svn: 162526
|
|
|
|
| |
llvm-svn: 149816
|
|
|
|
|
|
|
|
| |
Saves about 1.5% on debug info size.
rdar://10278198
llvm-svn: 148794
|
|
|
|
| |
llvm-svn: 148578
|
|
|
|
|
|
| |
http://llvm.org/docs/CodingStandards.html#ll_virtual_anch
llvm-svn: 146960
|
|
|
|
| |
llvm-svn: 143799
|
|
|
|
|
|
|
| |
tools that read the debug info in the .o files by making the DIE sizes more
consistent.
llvm-svn: 143186
|
|
|
|
| |
llvm-svn: 143097
|
|
|
|
|
|
| |
lines. No functionality change.
llvm-svn: 136458
|
|
|
|
| |
llvm-svn: 126488
|
|
|
|
|
|
| |
Patch by Nathan Jeffords!
llvm-svn: 126425
|
|
|
|
| |
llvm-svn: 107085
|
|
|
|
|
|
| |
simplifying a bunch of code.
llvm-svn: 100373
|
|
|
|
|
|
| |
2) change DwarfDebug to not inherit from DwarfPrinter.
llvm-svn: 100372
|
|
|
|
| |
llvm-svn: 100347
|
|
|
|
| |
llvm-svn: 100344
|
|
|
|
|
|
|
|
|
| |
POD-like anyway, so we don't even care about calling their d'tors (DIEBlock
being the exception).
~6% less mallocs and ~1% compile time improvement on clang -O0 -g oggenc.c
llvm-svn: 100035
|
|
|
|
|
|
| |
line number information for this compile unit in debug_line section. This offset is always zero when only one compile unit is emitted in a object file.
llvm-svn: 99223
|
|
|
|
|
|
| |
it allocates to DwarfDebug::DIEValues.
llvm-svn: 99196
|
|
|
|
|
|
| |
dead IsPCRel argument.
llvm-svn: 98117
|
|
|
|
|
|
| |
off "EOL".
llvm-svn: 98102
|
|
|
|
|
|
|
|
|
| |
available, the only thing this affects is that we produce
.set in one case we didn't before, which shouldn't harm
anything. Make EmitSectionOffset call EmitDifference
instead of duplicating it.
llvm-svn: 98005
|
|
|
|
|
|
| |
Yes, DIE you fiendish labels, die all of you.
llvm-svn: 97995
|
|
|
|
|
|
|
| |
switching some stuff over to passing around MCSymbol* instead
of stem+ID.
llvm-svn: 97993
|
|
|
|
| |
llvm-svn: 95840
|
|
|
|
|
|
| |
almost always comments afterwards that need printing.
llvm-svn: 95839
|
|
|
|
|
|
|
| |
be careful to add a \0 at the end though, because EmitString didn't
do this.
llvm-svn: 94277
|
|
|
|
|
|
| |
cleanup and eliminate a bunch more uses of "EOL".
llvm-svn: 94250
|
|
|
|
|
|
| |
handle the comment better, MCize the non-.sleb case.
llvm-svn: 94244
|
|
|
|
|
|
| |
and much more accurately describes what it is all about.
llvm-svn: 94233
|
|
|
|
| |
llvm-svn: 94230
|
|
|
|
| |
llvm-svn: 93996
|
|
|
|
| |
llvm-svn: 93680
|
|
|
|
| |
llvm-svn: 93647
|
|
|
|
| |
llvm-svn: 92094
|
|
|
|
| |
llvm-svn: 89537
|
|
|
|
|
|
| |
DIEs are created from MDNode, which are already uniqued. And DwarfDebug already uses ValueMaps to find and use existing DIE for a given MDNode.
llvm-svn: 89518
|
|
|
|
|
|
| |
Tweak #includes.
llvm-svn: 79800
|
|
|
|
| |
llvm-svn: 79763
|
|
|
|
|
|
|
|
|
| |
This adds location info for all llvm_unreachable calls (which is a macro now) in
!NDEBUG builds.
In NDEBUG builds location info and the message is off (it only prints
"UREACHABLE executed").
llvm-svn: 75640
|
|
|
|
|
|
|
|
|
| |
Make llvm_unreachable take an optional string, thus moving the cerr<< out of
line.
LLVM_UNREACHABLE is now a simple wrapper that makes the message go away for
NDEBUG builds.
llvm-svn: 75379
|
|
|
|
| |
llvm-svn: 74137
|