llvm-6502/lib/Transforms
Duncan Sands f413cdfb0b When simplifying a call to a bitcast function, tighten up
the conditions for performing the transform when only the
function declaration is available: no longer allow turning
i32 into i64 for example.  Only allow changing between
pointer types, and between pointer types and integers of
the same size.  For return values ptr -> intptr was already
allowed; I added ptr -> ptr and intptr -> ptr while there.
As shown by a recent objc testcase, changing the way
parameters/return values are passed can be fatal when calling
code written in assembler that directly manipulates call
arguments and return values unless the transform has no
impact on the way they are passed at the codegen level.
While it is possible to imagine an ABI that treats integers
of pointer size differently to pointers, I don't think LLVM
supports any so the transform should now be safe while still
being useful.


git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@51834 91177308-0d34-0410-b5e6-96231b3b80d8
2008-06-01 07:38:42 +00:00
..
Hello Clean up the use of static and anonymous namespaces. This turned up 2008-05-13 00:00:25 +00:00
Instrumentation Tidy up BasicBlock::getFirstNonPHI, and change a bunch of places to 2008-05-23 21:05:58 +00:00
IPO Use eraseFromParent() instead of doing that manually in two places. 2008-05-30 12:35:46 +00:00
Scalar When simplifying a call to a bitcast function, tighten up 2008-06-01 07:38:42 +00:00
Utils rewrite operand loops to use iterators 2008-05-30 21:24:22 +00:00
Makefile remove attribution from lib Makefiles. 2007-12-29 20:09:26 +00:00