| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
|
| |
We no longer accept an encoded integer as representing all of the
attributes. Convert this via the AttrBuilder class into an AttributeSet with the
correct representation (an AttributeSetImpl that holds a list of Attribute
objects).
llvm-svn: 173750
|
| |
|
|
|
|
|
| |
working, and add the missing attribute spellings. This brings _pascal,
_fastcall, _stdcall and _cdecl to life in -fborland-extensions mode.
llvm-svn: 173749
|
| |
|
|
|
|
|
|
| |
Providing a compact display mode for "po" to use where the convenience variable name and the pointer value are both hidden.
This is for convenience when dealing with ObjC instances where the description often gets it right and the debugger-provided information is not useful to most people.
If you need either of these, "expr" will still show them.
llvm-svn: 173748
|
| |
|
|
|
|
| |
decidedly non-reference, non-pointer type. Fixes <rdar://problem/13090123>.
llvm-svn: 173747
|
| |
|
|
|
|
|
|
|
| |
as a keyword. Rationalize existing attributes to use it as appropriate, and to
not lie about some __declspec attributes being GNU attributes. In passing,
remove a gross hack which was discarding attributes which we could handle. This
results in us actually respecting the __pascal keyword again.
llvm-svn: 173746
|
| |
|
|
|
|
|
|
|
|
|
| |
Flush the process when symbols are loaded/unloaded manually. This was going on in:
- "target modules load" command
- SBTarget::SetSectionLoadAddress(...)
- SBTarget::ClearSectionLoadAddress(...)
- SBTarget::SetModuleLoadAddress(...)
- SBTarget::ClearModuleLoadAddress(...)
llvm-svn: 173745
|
| |
|
|
|
|
|
| |
For fun, I added a comedy "actually obey the C++11 POD rules" option
which nobody is allowed to use.
llvm-svn: 173744
|
| |
|
|
| |
llvm-svn: 173743
|
| |
|
|
|
|
| |
object that holds all of its attributes.
llvm-svn: 173742
|
| |
|
|
| |
llvm-svn: 173741
|
| |
|
|
| |
llvm-svn: 173740
|
| |
|
|
| |
llvm-svn: 173739
|
| |
|
|
| |
llvm-svn: 173738
|
| |
|
|
| |
llvm-svn: 173734
|
| |
|
|
| |
llvm-svn: 173733
|
| |
|
|
| |
llvm-svn: 173732
|
| |
|
|
| |
llvm-svn: 173731
|
| |
|
|
|
|
|
|
| |
Because BBVectorize may significantly shorten a loop body, unroll
again after vectorization. This is especially important when using
runtime or partial unrolling.
llvm-svn: 173730
|
| |
|
|
|
|
| |
This function will be used in future commits.
llvm-svn: 173729
|
| |
|
|
|
|
|
|
|
|
|
| |
Data formatters now cache themselves.
This commit provides a new formatter cache mechanism. Upon resolving a formatter (summary or synthetic), LLDB remembers the resolution for later faster retrieval.
Also moved the data formatters subsystem from the core to its own group and folder for easier management, and done some code reorganization.
The ObjC runtime v1 now returns a class name if asked for the dynamic type of an object. This is required for formatters caching to work with the v1 runtime.
Lastly, this commit disposes of the old hack where ValueObjects had to remember whether they were queried for formatters with their static or dynamic type.
Now the ValueObjectDynamicValue class works well enough that we can use its dynamic value setting for the same purpose.
llvm-svn: 173728
|
| |
|
|
|
|
|
|
|
|
| |
This required plumbing through a new flag to determine whether a ParmVarDecl is
actually a parameter of a function declaration (as opposed to a function
typedef etc, where the attribute is prohibited). Weirdly, this attribute (just
like [[noreturn]]) cannot be applied to a function type, just to a function
declaration (and its parameters).
llvm-svn: 173726
|
| |
|
|
| |
llvm-svn: 173725
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
expressions no matter what debug info you have. Types added are:
int8_t
uint8_t
int16_t
uint16_t
int32_t
uint32_t
int64_t
uint64_t
intptr_t
uintptr_t
size_t
ptrdiff_t
whar_t
llvm-svn: 173724
|
| |
|
|
|
|
|
|
| |
By default, stop the universe build if a key component fails. This
avoids useless builds when we know a package is broken anyway.
Provide a --keep-going option to override this behavior.
llvm-svn: 173723
|
| |
|
|
|
|
|
| |
The AttributeWithIndex class exposed the interior structure of the AttributeSet
class. That was gross. Remove it and all of the code that relied upon it.
llvm-svn: 173722
|
| |
|
|
|
|
| |
in fact, resolve undef uses.
llvm-svn: 173721
|
| |
|
|
| |
llvm-svn: 173720
|
| |
|
|
| |
llvm-svn: 173718
|
| |
|
|
| |
llvm-svn: 173717
|
| |
|
|
| |
llvm-svn: 173716
|
| |
|
|
| |
llvm-svn: 173715
|
| |
|
|
| |
llvm-svn: 173714
|
| |
|
|
|
|
| |
error. Jordan is right.
llvm-svn: 173713
|
| |
|
|
|
|
| |
object emitted by MCJIT.
llvm-svn: 173712
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Remove the use of the 't' length modifier to avoid a gcc warning. Based
on usage, 32 bits of precision is good enough for printing a stack
offset for a stack trace.
't' length modifier isn't in C++03 but it *is* in C++11. Added a FIXME
to reintroduce once LLVM makes the switch to C++11.
Reviewer: gribozavr
llvm-svn: 173711
|
| |
|
|
| |
llvm-svn: 173709
|
| |
|
|
|
|
| |
<rdar://problem/13098104>.
llvm-svn: 173708
|
| |
|
|
|
|
|
|
| |
-fno-modules-global-index -cc1 option to allow one to disable the
index for performance testing purposes, but with a 10% win in
-fsyntax-only time, there is no reason a user would do this.
llvm-svn: 173707
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The common code in the post-RA scheduler to break anti-dependencies on the
critical path contained a flaw. In the reported case, an anti-dependency
between the overlapping registers %X4 and %R4 exists:
%X29<def> = OR8 %X4, %X4
%R4<def>, %X3<def,dead,tied3> = LBZU 1, %X3<kill,tied1>
The unpatched code breaks the dependency by replacing %R4 and its uses
with %R3, the first register on the available list. However, %R3 and
%X3 overlap, so this creates two overlapping definitions on the same
instruction.
The fix is straightforward, preventing selection of a register that
overlaps any other defined register on the same instruction.
The test case is reduced from the bug report, and verifies that we no
longer produce "lbzu 3, 1(3)" when breaking this anti-dependency.
llvm-svn: 173706
|
| |
|
|
|
|
|
| |
pool in the global module index is not worthwhile. Update comments to
limit the scope of the global module index to identifiers.
llvm-svn: 173705
|
| |
|
|
| |
llvm-svn: 173703
|
| |
|
|
| |
llvm-svn: 173702
|
| |
|
|
|
|
| |
Fixes a crash. Thanks, Richard.
llvm-svn: 173701
|
| |
|
|
| |
llvm-svn: 173700
|
| |
|
|
| |
llvm-svn: 173698
|
| |
|
|
| |
llvm-svn: 173697
|
| |
|
|
| |
llvm-svn: 173696
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
Before:
for (aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa aaaaaaaaaaa = aaaaaaaaaaaaaaa
.aaaaaaaaaaaaaaaa;
aaaaaaaaaaa != aaaaaaaaaaaaaaaaaaa; ++aaaaaaaaaaa) {}
After:
for (aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa aaaaaaaaaaa =
aaaaaaaaaaaaaaa.aaaaaaaaaaaaaaaa;
aaaaaaaaaaa != aaaaaaaaaaaaaaaaaaa; ++aaaaaaaaaaa) {}
llvm-svn: 173695
|
| |
|
|
| |
llvm-svn: 173694
|
| |
|
|
| |
llvm-svn: 173693
|