My testing shows that function stat has no problem with trailing separators. (tested on Windows and Darwin).

This fixes a bug on Windows:
clang c:\test.cpp

Here the call stat("c:") is not recognized as a directory (must be "c:\").

llvm-svn: 132539

llvm-svn: 132443

Add a couple of helper methods in the SourceManager API, isAtStartOfMacroInstantiation/isAtEndOfMacroInstantiation
useful only for source locations that point at a macro token.

llvm-svn: 132247

Patch by Matthieu Monrocq with tweaks by me to avoid StringRefs in the static
diagnostic data structures, which resulted in a huge global-var-init function.

Depends on llvm commit r132046.

llvm-svn: 132047

llvm-svn: 131729

llvm-svn: 131491

llvm-svn: 131301

rdar://problem/9391966

llvm-svn: 131080

llvm-svn: 130919

llvm-svn: 130753

llvm-svn: 130750

Enhance clang_getCXTUResourceUsage() to report how much memory is used by SourceManager's memory buffers.

llvm-svn: 130433

been running into it.

llvm-svn: 130296

llvm-svn: 130054

llvm-svn: 129951

inside DiagnosticIDs::getDiagnosticLevel.

llvm-svn: 129950

can't be represented in the environment define.

llvm-svn: 129939

PTX: Add PTX intrinsics as builtins and add ptx32 and ptx64 as valid architectures for triples, e.g. ptx32-unknown-unknown

llvm-svn: 129870

during deserialization from  a precompiled header, and update all of
its callers to note when this problem occurs and recover (more)
gracefully. Fixes <rdar://problem/9119249>.

llvm-svn: 129839

llvm-svn: 129835

llvm-svn: 129834

llvm-svn: 129823

llvm-svn: 129820

llvm-svn: 129728

Also, fold the sse4 and sse4.1 cases together.

Patch by Alexander Best!

llvm-svn: 129665

llvm-svn: 129614

Luis Felipe Strano Moraes!

llvm-svn: 129559

llvm-svn: 129553

for them.  The only major missing feature is references.

llvm-svn: 129234

Make KEYALL a combination of all other flags instead
of its own separate flag. Also rewrite the enum
definitions in hex instead of decimal.

llvm-svn: 129213

Nom Nom Nom.

Patch by Anton Korobeynikov!

llvm-svn: 129174

llvm-svn: 128923

llvm-svn: 128850

Sandeep Patel noticed that the alignment was wrong for Neon vector types,
and this change is partly derived from his patch.  For the APCS ABI, however,
additional changes were required: the maximum ABI alignment is 32 bits and
the preferred alignment for i64 and f64 types should be 64 bits.

llvm-svn: 128825

 - Please never ever ever ever write a tool that sniffs this.

llvm-svn: 128599

into the Clang version.

llvm-svn: 128595

llvm-svn: 128346

which versions of an OS provide a certain facility. For example,

  void foo()
  __attribute__((availability(macosx,introduced=10.2,deprecated=10.4,obsoleted=10.6)));

says that the function "foo" was introduced in 10.2, deprecated in
10.4, and completely obsoleted in 10.6. This attribute ties in with
the deployment targets (e.g., -mmacosx-version-min=10.1 specifies that
we want to deploy back to Mac OS X 10.1). There are several concrete
behaviors that this attribute enables, as illustrated with the
function foo() above:

  - If we choose a deployment target >= Mac OS X 10.4, uses of "foo"
    will result in a deprecation warning, as if we had placed
    attribute((deprecated)) on it (but with a better diagnostic)
  - If we choose a deployment target >= Mac OS X 10.6, uses of "foo"
    will result in an "unavailable" warning (in C)/error (in C++), as
    if we had placed attribute((unavailable)) on it
  - If we choose a deployment target prior to 10.2, foo() is
    weak-imported (if it is a kind of entity that can be weak
    imported), as if we had placed the weak_import attribute on it.

Naturally, there can be multiple availability attributes on a
declaration, for different platforms; only the current platform
matters when checking availability attributes.

The only platforms this attribute currently works for are "ios" and
"macosx", since we already have -mxxxx-version-min flags for them and we
have experience there with macro tricks translating down to the
deprecated/unavailable/weak_import attributes. The end goal is to open
this up to other platforms, and even extension to other "platforms"
that are really libraries (say, through a #pragma clang
define_system), but that hasn't yet been designed and we may want to
shake out more issues with this narrower problem first.

Addresses <rdar://problem/6690412>.

As a drive-by bug-fix, if an entity is both deprecated and
unavailable, we only emit the "unavailable" diagnostic.

llvm-svn: 128127

both 32-bit and 64-bit targets.

llvm-svn: 128110

llvm-svn: 128029