when there are no uses. This fixes a dangling-pointer bug, where pointers to
deleted instructions were not removed from kills lists. More info here:
http://lists.cs.uiuc.edu/pipermail/llvmdev/2007-July/009749.html

llvm-svn: 40131

llvm-svn: 40130

llvm intrinsics in llvm-gcc-4.2.  This is because
get_pointer_alignment bails out: it relies on TER
to compute accurate alignment information.

llvm-svn: 40128

This hopefully fixes a miscompilation of TargetData.cpp when self hosting.

llvm-svn: 40125

llvm-svn: 40124

llvm-svn: 40123

llvm-svn: 40119

clearly shared between processors if these instructions are being used, no 
further specification of what type of memory is necessary.

llvm-svn: 40118

llvm-svn: 40117

llvm-svn: 40116

a preview for the intrinsics that are going to be implemented over the next few 
weeks.

llvm-svn: 40115

llvm-svn: 40114

llvm-svn: 40113

llvm-svn: 40111

llvm-svn: 40110

llvm-svn: 40109

SourceManager::getInstantiationLoc.  With this change, every token
expanded from a macro doesn't get its own MacroID.  :)

This reduces # macro IDs in carbon.h from 16805 to 9197

llvm-svn: 40108

but I think it got lost in the conversion mess.

llvm-svn: 40107

llvm-svn: 40106

Since that point is now long gone, we should rename LexerToken to
Token, as it is the only kind of token we have.

llvm-svn: 40105

llvm-svn: 40104

fileid/offset pair, it now contains a bit discriminating between
mapped locations and file locations.  This separates the tables for
macros and files in SourceManager, and allows better separation of
concepts in the rest of the compiler.  This allows us to have *many*
macro instantiations before running out of 'addressing space'.

This is also more efficient, because testing whether something is a
macro expansion is now a bit test instead of a table lookup (which
also used to require having a srcmgr around, now it doesn't).

This is fully functional, but there are several refinements and
optimizations left.

llvm-svn: 40103

llvm-svn: 40102

for everything.

llvm-svn: 40101

403.gcc from 15.2s to 14.3s.

llvm-svn: 40100

pacifies g++-4.2.

llvm-svn: 40089

llvm-svn: 40085

flag when determining what to do with dependencies.

llvm-svn: 40079

llvm-svn: 40077

code that cross integer / floating point domains (e.g. generate pxor / pand for
logical ops on floating point value, movdqa to load / store floating point SSE
values). Given that, it's better to use movaps instead of movdqa and movups
instead of movdqu. They have the same latency but the "aps" variants are one
byte shorter.
If the domain crossing problem is a real performance issue, then we will have to
fix it with dynamic programming based isel.

llvm-svn: 40076

llvm-svn: 40075

llvm-svn: 40074

llvm-svn: 40073

llvm-svn: 40072

llvm-svn: 40071

Fix patterns so we isel the xorps, etc. for floating pt logical SSE ops. DAG combiner may fold away the (bit_convert (load)).

llvm-svn: 40070

Change the keywords for the zext and sext parameter attributes to be 
zeroext and signext so they don't conflict with the keywords for the
instructions of the same name. This gets around the ambiguity.

llvm-svn: 40069

llvm-svn: 40068

We still need to do sematic analysis (and implement initializers), however this 
should complete the parsing & ast building for compound literals.

llvm-svn: 40067

the type "unsigned" instead of uintptr_t for a 1-bit structure field.

llvm-svn: 40066