hanchenye-llvm-project/clang/lib/CodeGen
Fariborz Jahanian c86fb5ecb4 More objc gc's ir-gen fixes.
llvm-svn: 65097
2009-02-20 01:14:43 +00:00
..
ABIInfo.h Pull CodeGenFunction::EmitVAArg into target specific ABIInfo classes. 2009-02-10 21:44:36 +00:00
CGBlocks.cpp More codegen for blocks. The type of block literals should be better. 2009-02-19 01:01:04 +00:00
CGBuilder.h Disable generation of basic block names in NDEBUG mode. 2008-11-12 00:01:12 +00:00
CGBuiltin.cpp Support IRgen of sqrt -> llvm.sqrt, pow -> llvm.pow. 2009-02-16 22:43:43 +00:00
CGCXX.cpp Provide a new kind of iterator, the specific_decl_iterator, that 2009-01-09 17:18:27 +00:00
CGCall.cpp i386 ABI: Offset computation in va_arg was incorrect for sizeof(Ty)>4. 2009-02-18 22:28:45 +00:00
CGCall.h Unbreak CGFunctionInfo::Profile method and reenable caching of ABI 2009-02-05 00:00:23 +00:00
CGDebugInfo.cpp Renamed ASQualType to ExtQualType to reflect its more 2009-02-17 18:27:45 +00:00
CGDebugInfo.h reimplement debug info generation in terms of DebugInfo.h instead of 2008-11-10 06:08:34 +00:00
CGDecl.cpp Fix spacing. 2009-02-20 00:19:45 +00:00
CGExpr.cpp More objc gc's ir-gen fixes. 2009-02-20 01:14:43 +00:00
CGExprAgg.cpp rip out __builtin_overload 2009-02-18 22:14:55 +00:00
CGExprComplex.cpp rip out __builtin_overload 2009-02-18 22:14:55 +00:00
CGExprConstant.cpp Add enough checking to ensure that non-constant block literals don't 2009-02-19 22:01:56 +00:00
CGExprScalar.cpp More codegen for blocks. The type of block literals should be better. 2009-02-19 01:01:04 +00:00
CGObjC.cpp Start removing the old Obj-C EH stack now that the cleanup stack is used instead. 2009-02-10 05:52:02 +00:00
CGObjCGNU.cpp Some refactoring of Ivar offset code gen. 2009-02-10 19:02:04 +00:00
CGObjCMac.cpp More objc's gc ir-gen stuff. 2009-02-19 23:36:06 +00:00
CGObjCRuntime.h Some refactoring of Ivar offset code gen. 2009-02-10 19:02:04 +00:00
CGStmt.cpp Add CodeGen support for the nodebug attribute. 2009-02-13 08:11:52 +00:00
CGValue.h Some code simplification. ir gen for gc'able array 2009-02-19 00:48:05 +00:00
CMakeLists.txt Fix cmake builds. 2009-02-13 15:42:50 +00:00
CodeGenFunction.cpp Address Chris's comments regarding C++ name mangling. 2009-02-18 23:53:56 +00:00
CodeGenFunction.h Deox and Capitolize. 2009-02-20 00:45:51 +00:00
CodeGenModule.cpp Add irgen support for the noinline attribute. 2009-02-19 19:22:11 +00:00
CodeGenModule.h Don't emit K&R unprototyped function definitions as varargs. 2009-02-19 07:15:39 +00:00
CodeGenTypes.cpp Renamed ASQualType to ExtQualType to reflect its more 2009-02-17 18:27:45 +00:00
CodeGenTypes.h Memoize CGFunctionInfo construction. 2009-02-03 00:07:12 +00:00
Makefile Make a major restructuring of the clang tree: introduce a top-level 2008-03-15 23:59:48 +00:00
Mangle.cpp Address Chris's comments regarding C++ name mangling. 2009-02-18 23:53:56 +00:00
Mangle.h Address Chris's comments regarding C++ name mangling. 2009-02-18 23:53:56 +00:00
ModuleBuilder.cpp Remove some redundant Decl -> Decl castings. 2009-02-17 20:23:54 +00:00
README.txt Mention an optimization opportunity pointed out by Chris. 2008-12-04 09:05:45 +00:00

README.txt

IRgen optimization opportunities.

//===---------------------------------------------------------------------===//

The common pattern of
--
short x; // or char, etc
(x == 10)
--
generates an zext/sext of x which can easily be avoided.

//===---------------------------------------------------------------------===//

Bitfields accesses can be shifted to simplify masking and sign
extension. For example, if the bitfield width is 8 and it is
appropriately aligned then is is a lot shorter to just load the char
directly.

//===---------------------------------------------------------------------===//

It may be worth avoiding creation of alloca's for formal arguments
for the common situation where the argument is never written to or has
its address taken. The idea would be to begin generating code by using
the argument directly and if its address is taken or it is stored to
then generate the alloca and patch up the existing code.

In theory, the same optimization could be a win for block local
variables as long as the declaration dominates all statements in the
block.

//===---------------------------------------------------------------------===//