- Jan 29, 2013
-
-
Hal Finkel authored
This function will be used in future commits. llvm-svn: 173729
-
rdar://problem/12978143Enrico Granata authored
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
-
- Jan 28, 2013
-
-
Richard Smith authored
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
-
Bill Wendling authored
llvm-svn: 173725
-
Greg Clayton authored
Always define types from stdint.h so they are always available for use in 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
-
David Greene authored
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
-
Bill Wendling authored
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
-
Dan Gohman authored
in fact, resolve undef uses. llvm-svn: 173721
-
Dmitri Gribenko authored
llvm-svn: 173720
-
Sean Silva authored
llvm-svn: 173718
-
Dmitri Gribenko authored
llvm-svn: 173717
-
Dmitri Gribenko authored
llvm-svn: 173716
-
Chad Rosier authored
llvm-svn: 173715
-
Dmitri Gribenko authored
llvm-svn: 173714
-
Douglas Gregor authored
error. Jordan is right. llvm-svn: 173713
-
Andrew Kaylor authored
llvm-svn: 173712
-
Edwin Vane authored
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
-
Shankar Easwaran authored
llvm-svn: 173709
-
Douglas Gregor authored
<rdar://problem/13098104>. llvm-svn: 173708
-
Douglas Gregor authored
-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
-
Bill Schmidt authored
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
-
Douglas Gregor authored
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
-
Dmitri Gribenko authored
llvm-svn: 173703
-
Douglas Gregor authored
llvm-svn: 173702
-
Jordan Rose authored
Fixes a crash. Thanks, Richard. llvm-svn: 173701
-
Eric Christopher authored
llvm-svn: 173700
-
Eric Christopher authored
llvm-svn: 173698
-
Dmitri Gribenko authored
llvm-svn: 173697
-
Dmitri Gribenko authored
llvm-svn: 173696
-
Daniel Jasper authored
Before: for (aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa aaaaaaaaaaa = aaaaaaaaaaaaaaa .aaaaaaaaaaaaaaaa; aaaaaaaaaaa != aaaaaaaaaaaaaaaaaaa; ++aaaaaaaaaaa) {} After: for (aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa aaaaaaaaaaa = aaaaaaaaaaaaaaa.aaaaaaaaaaaaaaaa; aaaaaaaaaaa != aaaaaaaaaaaaaaaaaaa; ++aaaaaaaaaaa) {} llvm-svn: 173695
-
Timur Iskhodzhanov authored
llvm-svn: 173694
-
Douglas Gregor authored
llvm-svn: 173693
-
Douglas Gregor authored
ModuleManager::visit() by keeping a free list of the two data structures used to store state (a preallocated stack and a visitation number vector). Improves -fsyntax-only performance for my modules test case by 2.8%. Modules has pulled ahead by almost 10% with the global module index. llvm-svn: 173692
-
Renato Golin authored
llvm-svn: 173691
-
Daniel Jasper authored
This would be against the style guide: http://google-styleguide.googlecode.com/svn/trunk/cppguide.xml?showone=Function_Declarations_and_Definitions#Function_Declarations_and_Definitions Not sure what to do as a last resort if the function signature does not fit onto a single line in Google style .. llvm-svn: 173690
-
Douglas Gregor authored
better job with them. Shaves off 0.7% of -fparse-only time for a modules test case. Sure makes you wonder... llvm-svn: 173689
-
Daniel Jasper authored
Before: TypeSpecDecl *TypeSpecDecl::Create(ASTContext &C, DeclContext *DC, SourceLocation L, IdentifierInfo *II, Type *T) {} After: TypeSpecDecl * TypeSpecDecl::Create(ASTContext &C, DeclContext *DC, SourceLocation L, IdentifierInfo *II, Type *T) {} This fixes llvm.org/PR14717. llvm-svn: 173688
-
Evgeniy Stepanov authored
llvm-svn: 173687
-
Evgeniy Stepanov authored
llvm-svn: 173686
-
Daniel Jasper authored
Before: Constructor : LooooooooooooooooooooongVariable( LooooooooooooooooooooongValue) {} After: Constructor : LooooooooooooooooooooongVariable( LooooooooooooooooooooongValue) {} llvm-svn: 173685
-