llvm-project/clang/lib/CodeGen
Daniel Dunbar 0ee13255ee x86_64 ABI: Fix assert on return of _Complex long double.
llvm-svn: 64756
2009-02-17 07:55:55 +00:00
..
ABIInfo.h Pull CodeGenFunction::EmitVAArg into target specific ABIInfo classes. 2009-02-10 21:44:36 +00:00
CGBlocks.cpp Use getNameAsCString instead of getNameAsString and reflow the type. 2009-02-14 22:49:33 +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 x86_64 ABI: Fix assert on return of _Complex long double. 2009-02-17 07:55:55 +00:00
CGCall.h Unbreak CGFunctionInfo::Profile method and reenable caching of ABI 2009-02-05 00:00:23 +00:00
CGDebugInfo.cpp When making dummy file entries, the directory name should also be 2009-02-07 00:40:41 +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 Set constant bit on static block vars as well. Patch by Anders Johnson!q 2009-02-13 22:58:39 +00:00
CGExpr.cpp Support IRgen of sqrt -> llvm.sqrt, pow -> llvm.pow. 2009-02-16 22:43:43 +00:00
CGExprAgg.cpp Use EmitVAListRef instead of EmitLValue directly to handle array decay 2009-02-11 22:25:55 +00:00
CGExprComplex.cpp Use EmitVAListRef instead of EmitLValue directly to handle array decay 2009-02-11 22:25:55 +00:00
CGExprConstant.cpp Generate the helper function for blocks. Now basic codegen is 2009-02-14 22:16:35 +00:00
CGExprScalar.cpp Generate the helper function for blocks. Now basic codegen is 2009-02-14 22:16:35 +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 Add support for throwing exceptions to the nonfragile ABI 2009-02-16 22:59:18 +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 fix volatile handling with ExtVectorElementExpr, so that we 2009-02-16 22:25:49 +00:00
CMakeLists.txt Fix cmake builds. 2009-02-13 15:42:50 +00:00
CodeGenFunction.cpp Add CodeGen support for the nodebug attribute. 2009-02-13 08:11:52 +00:00
CodeGenFunction.h Support IRgen of sqrt -> llvm.sqrt, pow -> llvm.pow. 2009-02-16 22:43:43 +00:00
CodeGenModule.cpp Make it possible for builtins to expression FILE* arguments, so that 2009-02-14 01:52:53 +00:00
CodeGenModule.h Use getNameAsCString instead of getNameAsString and reflow the type. 2009-02-14 22:49:33 +00:00
CodeGenTypes.cpp Initial implementation of arbitrary fixed-width integer types. 2009-02-13 02:31:07 +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 Add mangling for variadic functions and conversion functions 2009-02-13 01:28:03 +00:00
Mangle.h Add basic support for C++ name mangling according to the Itanium C++ 2009-02-13 00:10:09 +00:00
ModuleBuilder.cpp Remove ScopedDecl, collapsing all of its functionality into Decl, so 2009-01-20 01:17:11 +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.

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