llvm-svn: 80124

TypenameType if getTypeName is looking at a member of an unknown
specialization. This allows us to properly parse class templates that
derived from type that could only otherwise be described by a typename type, 
e.g.,

  template<class T> struct X {};
  template<typename T> struct Y : public X<T>::X { }; 

Fixes PR4381.

llvm-svn: 80123

llvm-svn: 80122

llvm-svn: 80121

llvm-svn: 80120

llvm-svn: 80119

llvm-svn: 80118

The instructions can be selected directly from the intrinsics.  We will need
to add some ARM-specific nodes for VLD/VST of 3 and 4 128-bit vectors, but
those are not yet implemented.

llvm-svn: 80117

llvm-svn: 80116

llvm-svn: 80115

llvm-svn: 80114

conversions, from Sylvere Teissier!

llvm-svn: 80112

llvm-svn: 80111

llvm-svn: 80109

llvm-svn: 80107

llvm-svn: 80106

backends don't use it as an example.

llvm-svn: 80105

llvm-svn: 80104

this eliminates the ATTRIBUTE_USED, which wasn't being used in a manner
acceptable to some GCC versions, according to the buildbots.

llvm-svn: 80103

llvm-svn: 80101

(See http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20090817/084958.html)

llvm-svn: 80100

leads to partial-register definitions. To help avoid redundant
zero-extensions, also teach the h-register matching patterns that
use movzbl to match anyext as well as zext.

llvm-svn: 80099

This is a simple AliasAnalysis implementation which works by making
ScalarEvolution queries. ScalarEvolution has a more complete understanding
of arithmetic than BasicAA's collection of ad-hoc checks, so it handles
some cases that BasicAA misses, for example p[i] and p[i+1] within the
same iteration of a loop.

This is currently experimental. It may be that the main use for this pass
will be to help find cases where BasicAA can be profitably extended, or
to help in the development of the overall AliasAnalysis infrastructure,
however it's also possible that it could grow up to become a directly
useful pass.

llvm-svn: 80098

llvm-svn: 80097

llvm-svn: 80096

printed in a deterministic order.

llvm-svn: 80095

Bagnara with a fix from Enea Zaffanella!

llvm-svn: 80094

 - I haven't really tried to find the "right" way to store the fixups or apply
   them, yet. This works, but isn't particularly elegant or fast.

 - Still no evaluation support, so we don't actually ever not turn a fixup into
   a relocation entry.

llvm-svn: 80089

llvm-svn: 80088

llvm-svn: 80087

llvm-svn: 80086

llvm-svn: 80085

declarations if necessary.

llvm-svn: 80084

llvm-svn: 80079

llvm-svn: 80078

Also, warn about overflow in alignment values.

llvm-svn: 80077

llvm-svn: 80076

llvm-svn: 80073

predefine mips and sparc respectively.  Just overrule them :)

llvm-svn: 80072

llvm-svn: 80070