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
Merging r216619:
------------------------------------------------------------------------
r216619 | hans | 2014-08-27 14:27:40 -0700 (Wed, 27 Aug 2014) | 7 lines

Allow adding dll attributes on certain redecls with a warning if the decl hasn't been used yet (PR20746)

This shouldn't really be allowed, but it comes up in real code (see PR). As
long as the decl hasn't been used there's no technical difficulty in supporting
it, so downgrade the error to a warning.

Differential Revision: http://reviews.llvm.org/D5087
------------------------------------------------------------------------


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