llvm-svn: 170224

C++11 allowed writing "vector<vector<int>>" without a space between the two ">".
This change allows this for protocols in template lists too in -std=c++11 mode,
and improves the diagnostic in c++98 mode.

llvm-svn: 170223

for a wider range of GOT entries that can hold thread-relative offsets.
This matches the behavior of GCC, which was not documented in the PPC64 TLS
ABI.  The ABI will be updated with the new code sequence.

Former sequence:

  ld 9,x@got@tprel(2)
  add 9,9,x@tls

New sequence:

  addis 9,2,x@got@tprel@ha
  ld 9,x@got@tprel@l(9)
  add 9,9,x@tls

Note that a linker optimization exists to transform the new sequence into
the shorter sequence when appropriate, by replacing the addis with a nop
and modifying the base register and relocation type of the ld.

llvm-svn: 170209

llvm-svn: 170208

llvm-svn: 170207

llvm-svn: 170206

llvm-svn: 170205

llvm-svn: 170204

llvm-svn: 170203

llvm-svn: 170202

llvm-svn: 170201

Just give a shout if this was actually still important....

llvm-svn: 170200

Origin address is always 4 byte aligned, and the access type is always i32.

llvm-svn: 170199

release notes already. =]

llvm-svn: 170198

llvm-svn: 170197

read this and clean it up tomorrow, but hopefully it's a good
placeholder.

llvm-svn: 170196

will look a bit different when we have time to get it ready to turn on,
and we won't likely need this reminder.

llvm-svn: 170195

If anyone has better highlights (I'm obviously biased by the things that
I'm excited about) jump in and add them!

llvm-svn: 170194

llvm-svn: 170193

This change moves the code for default shadow propagaition (handleShadowOr)
and origin tracking (setOriginForNaryOp) into a new builder-like class. Also
gets rid of handleShadowOrBinary.

llvm-svn: 170192

llvm-svn: 170191

llvm-svn: 170190

[Sanitizer] use INTERCEPT_FUNCTION(foo) instead of CHECK(INTERCEPT_FUNCTION(foo)) - this check may fail on Linux if user program defines its own version of library function foo

llvm-svn: 170189

Targets.cpp: [cygwin] Add the predefined macro "_X86_", according to newer version of cygwin/w32api.

llvm-svn: 170188

llvm-svn: 170187

llvm-svn: 170186

llvm-svn: 170185

llvm-svn: 170184

EVT.

llvm-svn: 170183

This fixes the missing warning here:

struct S {
    template <typename T>
    void meth() {
        char arr[3];
        arr[4] = 0; // warning: array index 4 is past the end of the array
    }
};

template <typename T>
void func() {
    char arr[3];
    arr[4] = 0; // no warning
}

llvm-svn: 170180

Sema::ActOnStartOfFunctionDef is already doing.

llvm-svn: 170179

llvm-svn: 170177

llvm-svn: 170176

"entry:" is not met in -Asserts build.

llvm-svn: 170175

Cleaned up the UUID mismatch just printing itself whenever it wants to by allowing an optional feedback stream to be passed along when getting the symbol vendor.

llvm-svn: 170174

Remove debug asserts.

llvm-svn: 170173

llvm-svn: 170172

llvm-svn: 170171

llvm-svn: 170170

instead of falling through to the "frame variable"
code.

llvm-svn: 170169