| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
| |
llvm-svn: 201449
|
|
|
|
|
|
| |
WG21 is about to vote on.
llvm-svn: 201448
|
|
|
|
|
|
| |
issue list.
llvm-svn: 201106
|
|
|
|
|
|
|
|
| |
using-declaration, and they declare the same function (either because
the using-declaration is in the same namespace as the declaration it
imports, or because they're both extern "C"), they do not conflict.
llvm-svn: 200897
|
|
|
|
| |
llvm-svn: 200680
|
|
|
|
| |
llvm-svn: 200679
|
|
|
|
| |
llvm-svn: 200678
|
|
|
|
| |
llvm-svn: 200674
|
|
|
|
|
|
| |
(which implemented the DR) was disabled in C++11.
llvm-svn: 200673
|
|
|
|
| |
llvm-svn: 200672
|
|
|
|
| |
llvm-svn: 200671
|
|
|
|
| |
llvm-svn: 200460
|
|
|
|
|
|
|
| |
throw-expression, the result is also a glvalue and isn't unnecessarily coerced
to a prvalue.
llvm-svn: 200189
|
|
|
|
|
|
| |
this out!
llvm-svn: 200048
|
|
|
|
|
|
| |
of the differences we identified here have been fixed by improvements in GCC.
llvm-svn: 199970
|
|
|
|
|
|
| |
Patch thanks to Nikola Smiljanic!
llvm-svn: 199457
|
|
|
|
|
|
|
|
|
|
|
|
| |
attribute syntax. There's nothing generalized about this; it's one of
several first-class attribute syntaxes we support, all of which are
more-or-less equally general.
As discussed on cfe-commits, we may want to revisit this if we start allowing
this syntax as an extension in C (or if C adopts the syntax), but hopefully
this diagnostic wording will be crystal clear to everyone in the mean time.
llvm-svn: 199443
|
|
|
|
|
|
|
| |
Includes some style tweaks and removes the tautological observation that "Clang
is still under heavy development" -- it hopefully always will be.
llvm-svn: 199401
|
|
|
|
|
|
|
|
|
|
| |
Also shuffle the Communication section so the bug tracker comes first.
(The sidebar isn't scrollable at the moment so this gives a better chance of
the bug tracker being seen. The links further down are basically invisible --
we should look into that.)
llvm-svn: 199398
|
|
|
|
| |
llvm-svn: 199177
|
|
|
|
| |
llvm-svn: 196893
|
|
|
|
| |
llvm-svn: 196765
|
|
|
|
| |
llvm-svn: 196763
|
|
|
|
|
|
|
|
| |
not support as a possible reason for choosing GCC instead of Clang (and vice
versa). Weaken some of the claimed advantages of Clang in light of GCC
improvements.
llvm-svn: 196758
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Use internal links to provide easier access to recent and ongoing work.
Also shift up the order of standards in the page title in order to avoid web
search results focusing on C++98 in the summary.
This is done to highlight the modern standards support in clang that was
previously languishing at the bottom of the page.
"C++98/03 is sooooo yesterday" - dgregor
llvm-svn: 196565
|
|
|
|
| |
llvm-svn: 196534
|
|
|
|
| |
llvm-svn: 196510
|
|
|
|
|
|
| |
boxes yellow until we release, though.
llvm-svn: 196482
|
|
|
|
|
|
|
|
|
|
| |
within their namespace, and such a redeclaration isn't required to be a
definition any more.
Update DR status page to say Clang 3.4 instead of SVN and add new Clang 3.5
category (but keep Clang 3.4 yellow for now).
llvm-svn: 196481
|
|
|
|
|
|
|
| |
This patch tries to avoid unrelated changes other than fixing a few
hyphen-related ambiguities in nearby lines.
llvm-svn: 196466
|
|
|
|
| |
llvm-svn: 196215
|
|
|
|
| |
llvm-svn: 195888
|
|
|
|
| |
llvm-svn: 195626
|
|
|
|
| |
llvm-svn: 194989
|
|
|
|
| |
llvm-svn: 194951
|
|
|
|
| |
llvm-svn: 194946
|
|
|
|
| |
llvm-svn: 194795
|
|
|
|
|
|
|
|
|
|
| |
template, that member has a dependent type (even if we can see the definition
of the member of the primary template), because the array size could change in
a member specialization.
Patch by Karthik Bhat!
llvm-svn: 194740
|
|
|
|
| |
llvm-svn: 194458
|
|
|
|
|
|
|
| |
instead of 'instantiated from:'. The actual wording of the note was
changed in r135135.
llvm-svn: 194297
|
|
|
|
| |
llvm-svn: 194240
|
|
|
|
| |
llvm-svn: 194215
|
|
|
|
|
|
| |
for C++17.
llvm-svn: 194194
|
|
|
|
| |
llvm-svn: 194192
|
|
|
|
| |
llvm-svn: 194189
|
|
|
|
| |
llvm-svn: 194056
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
deallocation function (and the corresponding unsized deallocation function has
been declared), emit a weak discardable definition of the function that
forwards to the corresponding unsized deallocation.
This allows a C++ standard library implementation to provide both a sized and
an unsized deallocation function, where the unsized one does not just call the
sized one, for instance by putting both in the same object file within an
archive.
llvm-svn: 194055
|
|
|
|
| |
llvm-svn: 194054
|
|
|
|
|
|
|
| |
instead, it's enabled by the -cc1 flag -fsized-deallocation, until we sort out
the backward-compatibility issues.
llvm-svn: 191629
|
|
|
|
| |
llvm-svn: 191627
|