Merging r215806:
------------------------------------------------------------------------
r215806 | nicholas | 2014-08-15 19:09:42 -0700 (Fri, 15 Aug 2014) | 2 lines

Document what's experimental about __attribute__((enable_if)). PR20392

------------------------------------------------------------------------


git-svn-id: https://llvm.org/svn/llvm-project/cfe/branches/release_35@215875 91177308-0d34-0410-b5e6-96231b3b80d8
Merging r215807:
------------------------------------------------------------------------
r215807 | nicholas | 2014-08-15 19:11:54 -0700 (Fri, 15 Aug 2014) | 2 lines

Try indenting to put all the text inside the block.

------------------------------------------------------------------------


git-svn-id: https://llvm.org/svn/llvm-project/cfe/branches/release_35@215876 91177308-0d34-0410-b5e6-96231b3b80d8
Merging r215808:
------------------------------------------------------------------------
r215808 | nicholas | 2014-08-15 19:14:37 -0700 (Fri, 15 Aug 2014) | 2 lines

Clarify.

------------------------------------------------------------------------


git-svn-id: https://llvm.org/svn/llvm-project/cfe/branches/release_35@215877 91177308-0d34-0410-b5e6-96231b3b80d8
Merging r215618:
------------------------------------------------------------------------
r215618 | majnemer | 2014-08-13 23:35:08 -0700 (Wed, 13 Aug 2014) | 7 lines

Parse: Don't attempt to act on #pragma init_seg when not targeting MSVC

It doesn't really make sense to try and do stuff with #pragma init_seg
when targeting non-Microsoft platforms; notions like library vs user
initializers don't exist for other targets.

This fixes PR20639.
------------------------------------------------------------------------


git-svn-id: https://llvm.org/svn/llvm-project/cfe/branches/release_35@215880 91177308-0d34-0410-b5e6-96231b3b80d8
Merging r215609:
------------------------------------------------------------------------
r215609 | majnemer | 2014-08-13 17:49:23 -0700 (Wed, 13 Aug 2014) | 3 lines

Sema: Permit nullptr template args in MSVC compat mode

This fixes a regression I caused back in r211766.
------------------------------------------------------------------------


git-svn-id: https://llvm.org/svn/llvm-project/cfe/branches/release_35@215881 91177308-0d34-0410-b5e6-96231b3b80d8
It fixes a regression with multiple address spaces in
OpenCL and blocks.

Patch by Pekka.


git-svn-id: https://llvm.org/svn/llvm-project/cfe/branches/release_35@216049 91177308-0d34-0410-b5e6-96231b3b80d8
Use C++14 flags.

git-svn-id: https://llvm.org/svn/llvm-project/cfe/branches/release_35@216287 91177308-0d34-0410-b5e6-96231b3b80d8
updated with clang openmp notes by Michael Wong

git-svn-id: https://llvm.org/svn/llvm-project/cfe/branches/release_35@216578 91177308-0d34-0410-b5e6-96231b3b80d8
Merging r216531:
------------------------------------------------------------------------
r216531 | chandlerc | 2014-08-27 01:41:41 -0700 (Wed, 27 Aug 2014) | 22 lines

Significantly fix Clang's header search for Ubuntu (and possibly other
modern Debian-based distributions) due to on-going multiarch madness.

It appears that when the multiarch heeader search support went into the
clang driver, it went in in a quite bad state. The order of includes
completely failed to match the order exhibited by GCC, and in a specific
case -- when the GCC triple and the multiarch triple don't match as with
i686-linux-gnu and i386-linux-gnu -- we would absolutely fail to find
the libstdc++ target-specific header files.

I assume that folks who have been using Clang on Ubuntu 32-bit systems
have been applying weird patches to hack around this. I can't imagine
how else it could have worked. This was originally reported by a 64-bit
operating system user who had a 32-bit crosscompiler installed. We tried
to use that rather than the bi-arch support of the 64-bit compiler, but
failed due to the triple differences.

I've corrected all the wrong orderings in the existing tests and added
a specific test for the multiarch triple strings that are different in
a significant way. This should significantly improve the usability of
Clang when checked out vanilla from upstream onto Ubuntu machines with
an i686 GCC installation for whatever reason.
------------------------------------------------------------------------


git-svn-id: https://llvm.org/svn/llvm-project/cfe/branches/release_35@216587 91177308-0d34-0410-b5e6-96231b3b80d8
Merging r216572:
------------------------------------------------------------------------
r216572 | chandlerc | 2014-08-27 11:21:27 -0700 (Wed, 27 Aug 2014) | 3 lines

Fix PR20773 which I introduced with a silly edit mistake in r216531.
Trivial fix, and I've made the gentoo tests more representative. With
the changes, they would have caught this failure.
------------------------------------------------------------------------


git-svn-id: https://llvm.org/svn/llvm-project/cfe/branches/release_35@216588 91177308-0d34-0410-b5e6-96231b3b80d8
Some Clang 3.5 release note updates.


git-svn-id: https://llvm.org/svn/llvm-project/cfe/branches/release_35@216835 91177308-0d34-0410-b5e6-96231b3b80d8
Update docs.

git-svn-id: https://llvm.org/svn/llvm-project/cfe/branches/release_35@216954 91177308-0d34-0410-b5e6-96231b3b80d8
Update ReleaseNotes to remove empty sections.

git-svn-id: https://llvm.org/svn/llvm-project/cfe/branches/release_35@217216 91177308-0d34-0410-b5e6-96231b3b80d8
Merge remote-tracking branch 'origin/release_35' into quala