- Nov 09, 2010
-
-
Michael J. Spencer authored
llvm-svn: 118504
-
Michael J. Spencer authored
llvm-svn: 118503
-
-
Michael J. Spencer authored
llvm-svn: 118501
-
Douglas Gregor authored
llvm-svn: 118500
-
David Chisnall authored
llvm-svn: 118498
-
Nick Lewycky authored
Fix linux build. llvm-svn: 118497
-
NAKAMURA Takumi authored
Confirmed on MSVS10. llvm-svn: 118496
-
Douglas Gregor authored
location where we're spelling a token even within a macro. clang_getInstantiationLocation() tells where we instantiated the macro. I'm still not thrilled with the CXSourceLocation/CXSourceRange APIs, since they gloss over macro-instantiation information. Take 2: this time, adjusted tests appropriately and used a "simple" approach to the spelling location. llvm-svn: 118495
-
Douglas Gregor authored
llvm-svn: 118494
-
Douglas Gregor authored
llvm-svn: 118493
-
Douglas Gregor authored
location where we're spelling a token even within a macro. clang_getInstantiationLocation() tells where we instantiated the macro. I'm still not thrilled with the CXSourceLocation/CXSourceRange APIs, since they gloss over macro-instantiation information. llvm-svn: 118492
-
Anders Carlsson authored
Introduce the concept of a non-virtual base type to CGRecordLayoutBuilder as a first step towards fixing PR6995. llvm-svn: 118491
-
Owen Anderson authored
llvm-svn: 118490
-
Greg Clayton authored
llvm-svn: 118489
-
Greg Clayton authored
to not get resolved. Fixed the "void **isa_ptr" variable inside the objective C verifier to start with a '$' character so we don't go looking for it in our program. Moved the lookup for "$__lldb_class" into the part that knows we are looking for internal types that start with a '$'. llvm-svn: 118488
-
Douglas Gregor authored
llvm-svn: 118487
-
Jason Molenda authored
I only did a tiny bit of testing; in the one case I tried changing the contents of a radar in the middle of a stack and it was still current in the live register context so it filtered down to frame 0 and was handed over to the live register set RegisterContext. I need to test a case where a register is saved on the stack in memory before I check this one off. llvm-svn: 118486
-
Douglas Gregor authored
llvm-svn: 118485
-
Douglas Gregor authored
definitions in its results. The original declarations will be visible wherever they are declared. llvm-svn: 118484
-
Argyrios Kyrtzidis authored
llvm-svn: 118483
-
Douglas Gregor authored
llvm-svn: 118482
-
Douglas Gregor authored
Wieczorek! Fixes PR8025. llvm-svn: 118481
-
NAKAMURA Takumi authored
llvm-svn: 118480
-
NAKAMURA Takumi authored
llvm-svn: 118479
-
Douglas Gregor authored
llvm-svn: 118478
-
Jason Molenda authored
the frame count is requested or each frame is individually requested. In practice this doesn't seem to help anything because we have functions like StackFrameList::GetNumFrames() which is going to request each frame anyway. And classes like ThreadPlanStepRange and ThreadPlanStepOverRange get the stack depth in their ctor forcing a full stack walk. But at least UnwindLLDB will delay doing a full walk if it can. llvm-svn: 118477
-
Fariborz Jahanian authored
llvm-svn: 118476
-
-
Fariborz Jahanian authored
llvm-svn: 118474
-
Ted Kremenek authored
Teach AttrNonNullChecker about transparent unions. Fixes crash reported in <rdar://problem/8642434>. llvm-svn: 118473
-
Ted Kremenek authored
Fix InitListExpr::getSourceRange() to work in the case of no locations for '(' and ')'. This can happen in the case of transparent unions. llvm-svn: 118472
-
Dan Gohman authored
in order to fold it into a load. llvm-svn: 118471
-
Dan Gohman authored
llvm-svn: 118470
-
Jim Grosbach authored
constant pool references and global variable refernces to resolve properly for object file generation. For example, int x; void foo(unsigned a, unsigned *p) { p[a] = x; } can now be successfully compiled directly to an (ARM mode) object file. llvm-svn: 118469
-
Argyrios Kyrtzidis authored
Fixes rdar://8644873 & http://llvm.org/PR8567. llvm-svn: 118468
-
Jason Molenda authored
FuncUnwinders object if the eh_frame section was missing from an objfile. Worked fine on x86_64 but on i386 where eh_frame is unusual, that resulted in the arch default UnwindPlan being used all the time instead of picking up an assembly profile based unwindplan. llvm-svn: 118467
-
John McCall authored
there's no return adjustment from the overridden to the overrider doesn't mean there isn't a return adjustment from the overrider to the final overrider. This matters if we're emitting a virtual this-adjustment thunk because the overrider virtually inherits from the class providing the nearest overridden method. Do the appropriate return adjustment in this case. Fixes PR7611. llvm-svn: 118466
-
Dale Johannesen authored
{i64, i64} from matching i128. llvm-svn: 118465
-
Dan Gohman authored
llvm-svn: 118464
-