This PR basically reports a problem where a crash in generated code
happened due to %rbp being clobbered:

  pushq %rbp
  movq  %rsp, %rbp
  ....
  vmovmskps %ymm12, %ebp
  ....
  movq  %rbp, %rsp
  popq  %rbp
  ret

Since Eric's r123367 commit, the default stack alignment for x86 32-bit
has changed to be 16-bytes. Since then, the MaxStackAlignmentHeuristicPass
hasn't been really used, but with AVX it becomes useful again, since per
ABI compliance we don't always align the stack to 256-bit, but only when
there are 256-bit incoming arguments.

ReserveFP was only used by this pass, but there's no RA target hook that
uses getReserveFP() to check for the presence of FP (since nothing was
triggering the pass to run, the uses of getReserveFP() were removed
through time without being noticed). Change this pass to use
setForceFramePointer, which is properly called by MachineFunction
hasFP method.

The testcase is very big and dependent on RA, not sure if it's worth
adding to test/CodeGen/X86.

llvm-svn: 139939

llvm-svn: 139938

of the original check meant that configure was caching the default
CC check and using that instead of the result of AC_PROG_CC in both
configure checks and during compilation.

This wasn't affecting C++ so it was hard to notice.

Regenerate configure.

llvm-svn: 139937

llvm-svn: 139936

this anymore.

llvm-svn: 139935

on all platforms.

llvm-svn: 139934

Doug Gregor pointed out some problems with debug mode enabled in one TU and not another.  This patch helps detect those situations and offers improved error messages to help get debug mode enabled in more TU's when it is absolutely necessary to do so.  Thanks Doug.

llvm-svn: 139933

[analyzer] Refactor: make PathDiagnosticLocation responsible for validation of SourceLocations (commit 5 of ?):
 - Get rid of PathDiagnosticLocation(SourceRange r,..) constructor by providing a bunch of create methods.
 - The PathDiagnosticLocation(SourceLocation L,..), which is used by crate methods, will eventually become private.
 - Test difference is in the case when the report starts at the beginning of the function. We used to represent that point as a range of the very first token in the first statement. Now, it's just a single location representing the first character of the first statement.

llvm-svn: 139932

llvm-svn: 139931

llvm-svn: 139930

llvm-svn: 139929

llvm-svn: 139928

llvm-svn: 139927

llvm-svn: 139926

llvm-svn: 139925

llvm-svn: 139924

llvm-svn: 139923

llvm-svn: 139922

llvm-svn: 139921

llvm-svn: 139920

llvm-svn: 139919

llvm-svn: 139918

llvm-svn: 139917

llvm-svn: 139916

llvm-svn: 139915

lookup and cacheing of dSYMs is not enabled, the 'defaults read com.apple.DebugSymbols'
output is not shown.

llvm-svn: 139914

llvm-svn: 139913

llvm-svn: 139912

llvm-svn: 139911

llvm-svn: 139910

llvm-svn: 139909

llvm-svn: 139908

llvm-svn: 139907

llvm-svn: 139906

llvm-svn: 139905

llvm-svn: 139904

llvm-svn: 139903

llvm-svn: 139902

llvm-svn: 139900

Without -ffreestanding, clang tries to seek /usr/include/stdlib.h in host filesystem, even on Windows hosts.

llvm-svn: 139899