- Aug 05, 2008
-
-
Owen Anderson authored
llvm-svn: 54371
-
Owen Anderson authored
llvm-svn: 54369
-
Ted Kremenek authored
Added decl_iterator to DeclStmt to provide an abstract interface to iterate over the ScopedDecls of a DeclStmt. Updated a few clients of DeclStmt::getNextDeclarator() to use decl_iterator instead. Will update other clients after additional testing. llvm-svn: 54368
-
rdar://problem/5929344Steve Naroff authored
Finish fixing <rdar://problem/5929344> clang ObjC rewriter: "extern int __CFConstantStringClassReference[];" should be extern "C" llvm-svn: 54367
-
Ted Kremenek authored
llvm-svn: 54366
-
Nuno Lopes authored
llvm-svn: 54365
-
Ted Kremenek authored
Refactored driver logic for CodeGen into LLVMCodeGenWriter. This ASTConsumer layers on top of LLVMCodeGen (another existing ASTConsumer) to emit bitcode files to disk. This layering takes this logic out of clang.cpp and puts it directly into the ASTConsumer interface. The benefit is that now --emit-llvm works with both serialized ASTs and regular source files. llvm-svn: 54364
-
rdar://problem/6108119Steve Naroff authored
Fix <rdar://problem/6108119> clang ObjC rewriter: if no newline at end of input file, rewriter inserts #define on same line as closing brace llvm-svn: 54363
-
Chris Lattner authored
llvm-svn: 54362
-
Owen Anderson authored
llvm-svn: 54361
-
Chris Lattner authored
llvm-svn: 54360
-
Owen Anderson authored
that couldn't be updated. llvm-svn: 54359
-
Owen Anderson authored
llvm-svn: 54358
-
Owen Anderson authored
llvm-svn: 54357
-
Owen Anderson authored
llvm-svn: 54356
-
Owen Anderson authored
llvm-svn: 54355
-
Owen Anderson authored
llvm-svn: 54354
-
Daniel Dunbar authored
ActOnDeclarator. llvm-svn: 54353
-
Daniel Dunbar authored
llvm-svn: 54352
-
Dan Gohman authored
llvm-svn: 54351
-
Dan Gohman authored
llvm-svn: 54350
-
Dan Gohman authored
llvm-svn: 54349
-
Dan Gohman authored
llvm-svn: 54348
-
Evan Cheng authored
llvm-svn: 54347
-
Evan Cheng authored
Fix PR2568: Fix bug that cause redudant kill marker after its live interval has been extended due to coalescing. llvm-svn: 54346
-
Daniel Dunbar authored
- Use -verify and added expected warnings for EXTWARN change. llvm-svn: 54342
-
-
Daniel Dunbar authored
- ActOnDeclarator now takes an additional parameter which is the AsmLabel if used. Its unfortunate that this bubbles up this high, but we cannot just lump it in as an attribute without mistakenly *accepting* it as an attribute. - The actual asm-label itself is, however, encoded as an AsmLabelAttr on the FunctionDecl. - Slightly improved parser error recovery on malformed asm-labels. - CodeGen support still missing... llvm-svn: 54339
-
Daniel Dunbar authored
- <rdar://problem/6122967> llvm-svn: 54338
-
Owen Anderson authored
llvm-svn: 54337
-
Owen Anderson authored
llvm-svn: 54336
-
Daniel Dunbar authored
- Like EXTENSION but always generates a warning (even without -pedantic). - Updated ptr -> int, int -> ptr, and incompatible cast warnings to be EXTWARN. - Other EXTENSION level diagnostics should be audited for upgrade. - Updated several test cases to fix code which produced unanticipated warnings. llvm-svn: 54335
-
Owen Anderson authored
Update these tests to work by disabling the new correct CFG generation. This flag should ONLY be used to for tests like these. llvm-svn: 54334
-
Owen Anderson authored
- Add a basic machine-level dead block eliminator. These two have to go together, since many other parts of the code generator are unable to handle the unreachable blocks otherwise created. llvm-svn: 54333
-
Eli Friedman authored
version uses a new algorithm for evaluating the binomial coefficients which is significantly more efficient for AddRecs of more than 2 terms (see the comments in the code for details on how the algorithm works). It also fixes some bugs: it removes the arbitrary length restriction for AddRecs, it fixes the silent generation of incorrect code for AddRecs which require a wide calculation width, and it fixes an issue where we were incorrectly truncating the iteration count too far when evaluating an AddRec expression narrower than the induction variable. There are still a few related issues I know of: I think there's still an issue with the SCEVExpander expansion of AddRec in terms of the width of the induction variable used. The hack to avoid generating too-wide integers shouldn't be necessary; instead, the callers should be considering the cost of the expansion before expanding it (in addition to not expanding too-wide integers, we might not want to expand expressions that are really expensive, especially when optimizing for size; calculating an length-17 32-bit AddRec currently generates about 250 instructions of straight-line code on X86). Also, for long 32-bit AddRecs on X86, CodeGen really sucks at scheduling the code. I'm planning on filing follow-up PRs for these issues. llvm-svn: 54332
-
Dan Gohman authored
This allows it to work correctly on aggregate values. This fixes PR2623. llvm-svn: 54331
-
Dan Gohman authored
This allows it to work correctly on nested aggregate values. This fixes PR2625. llvm-svn: 54330
-
Dan Gohman authored
llvm-svn: 54329
-
Ted Kremenek authored
"the attached patch fixes some typos, 80 cols violations, etc. in comments." llvm-svn: 54328
-
- Aug 04, 2008
-
-
Daniel Dunbar authored
- clang was erroneously accepting address-of applied to lvalue expressions involving pointer arithmetic. - clang was erroneously rejecting address-of applied to deref expressions of pointer-typed variables. - Improved existing test case. - Fixes: <rdar://problem/6113867>, <rdar://problem/6080158> llvm-svn: 54326
-