llvm-svn: 33628

llvm-svn: 33627

llvm-svn: 33626

llvm-svn: 33625

llvm-svn: 33624

When an unresolved definition is found, check to see if it is only unresolved
because the csretcc was upgraded to the sret param attribute. Such changes
change the function type and lead to unresolved definitions. In such cases, just
cast the function to the type expected by the CallInst. That is, cast to the
version of the function that has the sret param attribute.

llvm-svn: 33623

llvm-svn: 33622

llvm-svn: 33621

llvm-svn: 33620

llvm-svn: 33619

functions like memcpy, memmove and memset. Ensure only one prototype is
used for these functions and that it matches the system definition by
using the appropriate type for the size argument.

llvm-svn: 33618

llvm-svn: 33617

llvm-svn: 33616

llvm-svn: 33615

llvm-svn: 33614

llvm-svn: 33613

Fix initializeConstant, now initializeInt. Fixes major performance
bottleneck.

X == Y || X->DominatedBy(Y) is redundant. Remove the X == Y part.

Fix crasher in makeEqual where getOrInsertNode would add a new constant,
producing an NE relationship between the two members we're trying to make
equal. This now allows us to mark more BBs as unreachable.

llvm-svn: 33612

llvm-svn: 33611

llvm-svn: 33610

llvm-svn: 33609

Force memcpy to be the 32-bit variant. Since this is only used with
CBE and lli which both target 32-bit machines, this should be okay.

llvm-svn: 33608

llvm-svn: 33607

numbering somehow? E.g. make return argument the last?

llvm-svn: 33606

llvm-svn: 33605

llvm-svn: 33604

What compiler are people using that accepts this code?

llvm-svn: 33603

llvm-svn: 33602

llvm-svn: 33601

llvm-svn: 33600

llvm-svn: 33599

llvm-svn: 33598

1. New parameter attribute called 'inreg'. It has meaning "place this
parameter in registers, if possible". This is some generalization of
gcc's regparm(n) attribute. It's currently used only in X86-32 backend.
2. Completely rewritten CC handling/lowering code inside X86 backend.
Merged stdcall + c CCs and fastcall + fast CC.
3. Dropped CSRET CC. We cannot add struct return variant for each
target-specific CC (e.g. stdcall + csretcc and so on).
4. Instead of CSRET CC introduced 'sret' parameter attribute. Setting in
on first attribute has meaning 'This is hidden pointer to structure
return. Handle it gently'.
5. Fixed small bug in llvm-extract + add new feature to
FunctionExtraction pass, which relinks all internal-linkaged callees
from deleted function to external linkage. This will allow further
linking everything together.

NOTEs: 1. Documentation will be updated soon.
       2. llvm-upgrade should be improved to translate csret => sret.
          Before this, there will be some unexpected test fails.
llvm-svn: 33597

llvm-svn: 33596

llvm-svn: 33595

When a value is found to have the same name as another, try harder to
disambiguate when its a type plane collapse issue and when it isn't. We
traverse the type to see if it contains an integer. If it does not then
we issue the error because it can't be resulting from integer type planes
collapsing. Otherwise we just rename it, even if that's a bit of overkill.

llvm-svn: 33594

"redefinition" errors that cause the upgrade to fail.

llvm-svn: 33593

llvm-svn: 33592

Mozilla that Anton tracked down.

llvm-svn: 33591

llvm-svn: 33590

llvm-svn: 33589