llvm-project/clang/lib/CodeGen
Daniel Dunbar 27032de34b Shorten; no functionality change.
llvm-svn: 65145
2009-02-20 19:34:33 +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 Take advantage of noreturn attribute to add unreachable instruction & 2009-02-20 18:54:31 +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 Shorten; no functionality change. 2009-02-20 19:34:33 +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 remove some more methods from objc decls, using the iterator 2009-02-20 18:43:26 +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 Set call attribute for direct calls (i.e. noreturn). 2009-02-20 18:06:48 +00:00
CodeGenModule.cpp Initialize the Init variable to something reasonable when we emit an 2009-02-20 01:18:21 +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.

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