llvm-svn: 195045

functions in src/support/win32/locale_win32.cpp and locale_win32.h, 
calling upon vsnprintf for which there is a MingW correct alternative.

Note! __USE_MINGW_ANSI_STDIO is not modified in this patch. In order to 
use the __mingw version it must be defined before including the MingW 
headers.

llvm-svn: 195044

The code using the StmtPrinterHelper object failed to account for a null object in many cases, which could have led to crashes were it ever to be null. Now passing the object by reference instead of by pointer because it is never null in practice. No functional changes intended.

llvm-svn: 195043

Moving into a VSrc doesn't always work, since it could be
replaced with an SGPR later.

llvm-svn: 195042

No other SGPR operands are allowed, so if VCC is
used, move the other to a VGPR.

llvm-svn: 195041

Test doesn't actually check the output. I need
to fix add i64 being matched for the addressing
calculations.

llvm-svn: 195040

llvm-svn: 195039

llvm-svn: 195038

The carry always goes to SCC.

llvm-svn: 195037

llvm-svn: 195036

llvm-svn: 195035

llvm-svn: 195034

When replacing scalar operations with vector,
the wrong implicit output register was used.

llvm-svn: 195033

Before this patch explicit template instatiations of member function templates
were failing with the microsoft abi and 32 bits. This was happening because
the expected and computed function types had different calling conventions.

This patch fixes it by considering the default calling convention in
GetFullTypeForDeclarator.

This fixes pr17973.

llvm-svn: 195032

llvm-svn: 195031

The ifPatternMatch() function was not correctly reporting the number
of matches in some cases.

llvm-svn: 195030

This is useful when writing test cases for the AMDIL structurizer.

llvm-svn: 195029

llc converts all values passed to -mattr= to lowercase, so this
enables us to toggle this feature when using llc.

llvm-svn: 195028

llvm-svn: 195027

llvm-svn: 195026

llvm-svn: 195025

llvm-svn: 195024

llvm-svn: 195023

llvm-svn: 195022

llvm-svn: 195021

llvm-svn: 195020

Checking for a return value with FormatMessage; if the call fails, there's no guarantee that the buffer will be non-null.

llvm-svn: 195019

llvm-svn: 195018

llvm-svn: 195017

Fixes http://llvm.org/PR16221, http://llvm.org/PR15927
Phabricator: http://llvm-reviews.chandlerc.com/D1236

Patch by Andrew Tulloch!

llvm-svn: 195016

llvm-svn: 195015

[ASan] Fix PR17867 - make sure ASan doesn't crash if use-after-scope and use-after-return are combined.

llvm-svn: 195014

Summary:
Add partial support for the hasDeclaration() matcher in the dynamic layer.
This matcher has some special logic to allow any type that has a getDecl() method.  We do not support this right now.

Reviewers: klimek

CC: cfe-commits, revane

Differential Revision: http://llvm-reviews.chandlerc.com/D1889

llvm-svn: 195013

llvm-svn: 195012

llvm-svn: 195011

llvm-svn: 195010

Summary:
Currently with clang:
$ clang -O20 foo.c
error: invalid value '20' in '-O20'

With the patch:
$ clang -O20 foo.c
warning: optimization level '-O20' is unsupported; using '-O3' instead.
1 warning generated.

This matches the gcc behavior (with a warning added)

Pass all tests:
Testing: 0 .. 10.. 20.. 30.. 40.. 50.. 60.. 70.. 80.. 90..
Testing Time: 94.14s
  Expected Passes    : 6721
  Expected Failures  : 20
  Unsupported Tests  : 17

(which was not the case of http://llvm-reviews.chandlerc.com/D2125)

Differential Revision: http://llvm-reviews.chandlerc.com/D2212

llvm-svn: 195009

In some case the loop exit count computation can overflow. Extend the type to
prevent most of those cases.

The problem is loops like:
int main ()
{
  int a = 1;
  char b = 0;
  lbl:
    a &= 4;
    b--;
    if (b) goto lbl;
  return a;
}

The backedge count is 255. The induction variable type is i8. If we add one to
255 to get the exit count we overflow to zero.

To work around this issue we extend the type of the induction variable to i32 in
the case of i8 and i16.

PR17532

llvm-svn: 195008

Fixed an inappropriate use of BuildPairF64 when compiling for MIPS32 with FP64
which resulted in an impossible constraint on the register allocation. It now
uses BuildPairF64_64.

llvm-svn: 195007

Note that there's no hardware yet that relies on that encoding.

llvm-svn: 195006