basic source character set in C++98. Add -Wc++98-compat diagnostics for same in
literals in C++11. Extend such support to cover string literals as well as
character literals, and mark N2170 as done.

This seems too minor to warrant a release note to me. Let me know if you disagree.

llvm-svn: 152444

llvm-svn: 152396

llvm-svn: 151992

llvm-svn: 151458

"C++0x". Use "C++98" to refer to C++98, not "C++". Add heading for C++98
support section.

llvm-svn: 151381

agreed on IRC, any remaining issues are best dealt with as bugs.

We have no __has_feature check for this; please shout if you'd like one. This
feature seems too small to be worth its own release notes bullet (again, please
shout if you disagree).

llvm-svn: 151380

  - Apparently, SVN is yellow
  - Note that initializer lists are "in progress"

llvm-svn: 151232

llvm-svn: 151231

features. :)

llvm-svn: 150522

llvm-svn: 148021

in a constant expression, for compatibility with g++.

llvm-svn: 148020

llvm-svn: 143803

llvm-svn: 143539

llvm-svn: 143535

3.0. Fixses PR11252.

llvm-svn: 143216

Tweak the C++11 status prose a bit. We still need better user guidance on the standard library issue

llvm-svn: 142019

user-centric list, with Clang version numbers, following GCC's lead
(and user requests).

llvm-svn: 142015

llvm-svn: 141949

Now that we support move generation, mention this in the language extension and C++ status pages. Also update the C++ status for default functions, which are complete now that we can generate move functions, and destructor exception specifications, which I did a while ago.

llvm-svn: 141558

llvm-svn: 137299

Update C++0x status page to reflect support for unicode string and character literals, from Craig Topper

llvm-svn: 136216

conversion operators, from Jonathan Sauer.

llvm-svn: 135932

llvm-svn: 135689

Clean up the C++ status page by eliminating the utterly unnecessary set of projects. C++98/03 is sooooo yesterday

llvm-svn: 135687

llvm-svn: 135686

Update www: we now mangle references to function parameters properly. Also, this is really more a decltype issue rather than a late-specified return type issue.

llvm-svn: 130958

llvm-svn: 130953

As far as I know, this implementation is complete but might be missing a
few optimizations. Exceptions and virtual bases are handled correctly.

Because I'm an optimist, the web page has appropriately been updated. If
I'm wrong, feel free to downgrade its support categories.

llvm-svn: 130642

llvm-svn: 129569

Luis Felipe Strano Moraes!

llvm-svn: 129559

Name mangling of late-specified return types doesn't work if the return type references the argument types:

  template<typename T> auto f(T a) -> decltype(a.foo());

Since this is the primary reason for the introduction of this feature, downgrade implementation status to "Some examples work".

llvm-svn: 129533

clang has had full and tested support for C++0x trailing-return-type and auto type deduction since r126166. Update the website to reflect this, and add a __has_feature test.

trailing-return-type codegen is not tested yet (name mangling in particular).

llvm-svn: 128787

llvm-svn: 128498

llvm-svn: 128377

llvm-svn: 126280

llvm-svn: 124326

Turn on the __has_feature switch for variadic templates, document
their completion, and put the ExtWarn into the c++0x-extensions
warning group.

llvm-svn: 123854

llvm-svn: 122317

llvm-svn: 122315

llvm-svn: 116187