- Oct 31, 2008
-
-
Sebastian Redl authored
llvm-svn: 58509
-
Zhongxing Xu authored
Simplify interface. We can get canonical type from the base region directly. No need for an extra type argument. llvm-svn: 58507
-
Zhongxing Xu authored
llvm-svn: 58506
-
Zhongxing Xu authored
llvm-svn: 58504
-
Sanjiv Gupta authored
llvm-svn: 58503
-
Sanjiv Gupta authored
etc more generic. For some targets, long may not be equal to pointer size. For example: PIC16 has int as i16, ptr as i16 but long as i32. Also fixed a few build warnings in assert() functions in CFRefCount.cpp, CGDecl.cpp, SemaDeclCXX.cpp and ParseDeclCXX.cpp. llvm-svn: 58501
-
Douglas Gregor authored
Notes: - Constructors are never found by name lookup, so they'll never get pushed into any scope. Instead, they are stored as an OverloadedFunctionDecl in CXXRecordDecl for easy overloading. - There's a new action isCurrentClassName that determines whether an identifier is the name of the innermost class currently being defined; we use this to identify the declarator-id grammar rule that refers to a type-name. - MinimalAction does *not* support parsing constructors. - We now handle virtual and explicit function specifiers. llvm-svn: 58499
-
Daniel Dunbar authored
were being treated as type names for non-Objective-C files. - Other lines are just because MinimalAction didn't have access to the LangOptions. llvm-svn: 58498
-
Daniel Dunbar authored
type. llvm-svn: 58497
-
Zhongxing Xu authored
llvm-svn: 58496
-
Zhongxing Xu authored
llvm-svn: 58495
-
Zhongxing Xu authored
Implement load from struct region. Instead of returning an UnknownVal(), we create a CompoundVal by loading from each field of the struct. llvm-svn: 58494
-
Zhongxing Xu authored
llvm-svn: 58492
-
Daniel Dunbar authored
recursive types. - Style will be clean up in further patches. llvm-svn: 58490
-
Daniel Dunbar authored
- No functionality change. llvm-svn: 58488
-
Zhongxing Xu authored
llvm-svn: 58487
-
Ted Kremenek authored
llvm-svn: 58479
-
Ted Kremenek authored
Enhance path-sensitive return-of-stack-address check to print out the line number of a compound literal (whose address is being returned) instead of printing out the hex representation of the pointer address of the CompoundLiteralExpr. llvm-svn: 58478
-
Ted Kremenek authored
llvm-svn: 58469
-
Ted Kremenek authored
llvm-svn: 58468
-
- Oct 30, 2008
-
-
Ted Kremenek authored
Distinguish between self.X = ... where self.X is a property reference and self.X is an implicit call to setX. llvm-svn: 58462
-
Ted Kremenek authored
llvm-svn: 58446
-
Ted Kremenek authored
Pretty-printing for SVals now mainly uses llvm::raw_ostream. We have an adapter for std::ostream, but this will be removed in the future. llvm-svn: 58445
-
Ted Kremenek authored
llvm-svn: 58444
-
Ted Kremenek authored
Added pretty-printing for nonloc::CompoundSVal. llvm-svn: 58442
-
Ted Kremenek authored
llvm-svn: 58441
-
Ted Kremenek authored
llvm-svn: 58440
-
Ted Kremenek authored
CompoundVal now uses an ImmutableList<SVal> to store its set of SVals. This change was motivated by the need to allow state-splitting in GRExprEngine::VisitInitListExpr. As a side-benefit, we no longer need to perform any copies of SVals when creating a CompoundSVal, and the profiling of CompoundSVal is now constant time. llvm-svn: 58437
-
Ted Kremenek authored
Fix PR 2978 false positive for missing release in -dealloc of an ivar retained via a property and then released by assigning nil to that property: http://llvm.org/bugs/show_bug.cgi?id=2978 llvm-svn: 58431
-
Douglas Gregor authored
llvm-svn: 58429
-
Zhongxing Xu authored
llvm-svn: 58422
-
Zhongxing Xu authored
- SetSVal(GRState*, Loc, SVal) => BindLoc - SetSVal(GRState*, Expr*, SVal) => BindExpr llvm-svn: 58421
-
Zhongxing Xu authored
llvm-svn: 58419
-
Zhongxing Xu authored
llvm-svn: 58418
-
Zhongxing Xu authored
llvm-svn: 58417
-
Ted Kremenek authored
llvm-svn: 58410
-
Douglas Gregor authored
llvm-svn: 58404
-
- Oct 29, 2008
-
-
Daniel Dunbar authored
- That is, the metadata for a protocol is only emitted if that protocol is actually used in the translation unit. This is important because Objective-C headers frequently contain a large number of protocol definitions, only a few of which will be used in any given file. llvm-svn: 58400
-
Ted Kremenek authored
Fix crash reported in PR2923 where a function declared using typeof(another_function) would have FunctionDecl::getNumParams() return the number of parameters in the original function type and not the number of parameters in the actual FunctionDecl. llvm-svn: 58392
-
Douglas Gregor authored
- Allows definitions of overloaded functions :) - Eliminates extraneous error messages when we have a definition of a function that isn't an overload but doesn't have exactly the same type as the original. llvm-svn: 58382
-