llvm-project/clang/lib/CodeGen
Chris Lattner d7cfc246f6 rip out __builtin_overload
llvm-svn: 64961
2009-02-18 22:14:55 +00:00
..
ABIInfo.h Pull CodeGenFunction::EmitVAArg into target specific ABIInfo classes. 2009-02-10 21:44:36 +00:00
CGBlocks.cpp Avoid getNameAsCString when the decl doesn't have a name. 2009-02-17 23:25:52 +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: "is passed in regs" computation for va_arg was broken for 2009-02-18 22:05:01 +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 Change EmitConstantExpr to allow failure. 2009-02-17 18:43:32 +00:00
CGExpr.cpp Some refactoring and simplificaiotn of objc's gc 2009-02-18 21:49:28 +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 Change EmitConstantExpr to allow failure. 2009-02-17 18:43:32 +00:00
CGExprScalar.cpp rip out __builtin_overload 2009-02-18 22:14:55 +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 Fixup spacing a little. 2009-02-17 17:00:02 +00:00
CodeGenModule.cpp Simplify. 2009-02-18 19:45:21 +00:00
CodeGenModule.h Change EmitConstantExpr to allow failure. 2009-02-17 18:43:32 +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 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 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.

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