<feed xmlns='http://www.w3.org/2005/Atom'>
<title>bcm5719-llvm/clang/test/FixIt, branch meklort-10.0.0</title>
<subtitle>Project Ortega BCM5719 LLVM</subtitle>
<id>https://git.raptorcs.com/git/bcm5719-llvm/atom?h=meklort-10.0.0</id>
<link rel='self' href='https://git.raptorcs.com/git/bcm5719-llvm/atom?h=meklort-10.0.0'/>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/'/>
<updated>2019-09-04T20:30:37+00:00</updated>
<entry>
<title>[c++20] P1143R2: Add support for the C++20 'constinit' keyword.</title>
<updated>2019-09-04T20:30:37+00:00</updated>
<author>
<name>Richard Smith</name>
<email>richard-llvm@metafoo.co.uk</email>
</author>
<published>2019-09-04T20:30:37+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=a6e8b685e13492abfb2e58dc49007deda165a00d'/>
<id>urn:sha1:a6e8b685e13492abfb2e58dc49007deda165a00d</id>
<content type='text'>
This is mostly the same as the
[[clang::require_constant_initialization]] attribute, but has a couple
of additional syntactic and semantic restrictions.

In passing, I added a warning for the attribute form being added after
we have already seen the initialization of the variable (but before we
see the definition); that case previously slipped between the cracks and
the attribute was silently ignored.

llvm-svn: 370972
</content>
</entry>
<entry>
<title>[Sema] Don't warn on printf('%hd', [char]) (PR41467)</title>
<updated>2019-08-23T18:01:57+00:00</updated>
<author>
<name>Nathan Huckleberry</name>
<email>nhuck@google.com</email>
</author>
<published>2019-08-23T18:01:57+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=cc01d6421f4a896820c02da2ea92b82d973b431e'/>
<id>urn:sha1:cc01d6421f4a896820c02da2ea92b82d973b431e</id>
<content type='text'>
Summary: Link: https://bugs.llvm.org/show_bug.cgi?id=41467

Reviewers: rsmith, nickdesaulniers, aaron.ballman, lebedev.ri

Reviewed By: nickdesaulniers, aaron.ballman, lebedev.ri

Subscribers: lebedev.ri, nickdesaulniers, cfe-commits

Tags: #clang

Differential Revision: https://reviews.llvm.org/D66186

llvm-svn: 369791
</content>
</entry>
<entry>
<title>[c++20] P0780R2: Support pack-expansion of init-captures.</title>
<updated>2019-05-21T20:10:50+00:00</updated>
<author>
<name>Richard Smith</name>
<email>richard-llvm@metafoo.co.uk</email>
</author>
<published>2019-05-21T20:10:50+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=b2997f579a8b6552a49eab97e33c437b9251eb0a'/>
<id>urn:sha1:b2997f579a8b6552a49eab97e33c437b9251eb0a</id>
<content type='text'>
This permits an init-capture to introduce a new pack:

  template&lt;typename ...T&gt; auto x = [...a = T()] { /* a is a pack */ };

To support this, the mechanism for allowing ParmVarDecls to be packs has
been extended to support arbitrary local VarDecls.

llvm-svn: 361300
</content>
</entry>
<entry>
<title>Give 'fixit-cxx0x.cpp' a more modern name.</title>
<updated>2019-05-20T23:37:18+00:00</updated>
<author>
<name>Richard Smith</name>
<email>richard-llvm@metafoo.co.uk</email>
</author>
<published>2019-05-20T23:37:18+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=f1b29723ce91241bf9d258ccaa24fff80ac85316'/>
<id>urn:sha1:f1b29723ce91241bf9d258ccaa24fff80ac85316</id>
<content type='text'>
llvm-svn: 361208
</content>
</entry>
<entry>
<title>Added a better diagnostic when using the delete operator with lambdas</title>
<updated>2019-05-19T15:07:58+00:00</updated>
<author>
<name>Nicolas Lesser</name>
<email>blitzrakete@gmail.com</email>
</author>
<published>2019-05-19T15:07:58+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=f53d1727107ed84a1153b7db193cfb9c18c5e2a9'/>
<id>urn:sha1:f53d1727107ed84a1153b7db193cfb9c18c5e2a9</id>
<content type='text'>
Summary:
This adds a new error for missing parentheses around lambdas in delete operators.

```
int main() {
  delete []() { return new int(); }();
}
```

This will result in:

```
test.cpp:2:3: error: '[]' after delete interpreted as 'delete[]'
  delete []() { return new int(); }();
  ^~~~~~~~~
test.cpp:2:9: note: add parentheses around the lambda
  delete []() { return new int(); }();
        ^
        (                          )
```

Reviewers: rsmith

Reviewed By: rsmith

Subscribers: riccibruno, cfe-commits

Tags: #clang

Differential Revision: https://reviews.llvm.org/D36357

llvm-svn: 361119
</content>
</entry>
<entry>
<title>[c++20] Implement P0846R0: allow (ADL-only) calls to template-ids whose</title>
<updated>2019-05-09T03:31:27+00:00</updated>
<author>
<name>Richard Smith</name>
<email>richard-llvm@metafoo.co.uk</email>
</author>
<published>2019-05-09T03:31:27+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=b23c5e8c3df850177449268c5ca7dbf986157525'/>
<id>urn:sha1:b23c5e8c3df850177449268c5ca7dbf986157525</id>
<content type='text'>
template name is not visible to unqualified lookup.

In order to support this without a severe degradation in our ability to
diagnose typos in template names, this change significantly restructures
the way we handle template-id-shaped syntax for which lookup of the
template name finds nothing.

Instead of eagerly diagnosing an undeclared template name, we now form a
placeholder template-name representing a name that is known to not find
any templates. When the parser sees such a name, it attempts to
disambiguate whether we have a less-than comparison or a template-id.
Any diagnostics or typo-correction for the name are delayed until its
point of use.

The upshot should be a small improvement of our diagostic quality
overall: we now take more syntactic context into account when trying to
resolve an undeclared identifier on the left hand side of a '&lt;'. In
fact, this works well enough that the backwards-compatible portion (for
an undeclared identifier rather than a lookup that finds functions but
no function templates) is enabled in all language modes.

llvm-svn: 360308
</content>
</entry>
<entry>
<title>When typo-correcting a function name, consider correcting to a type name</title>
<updated>2019-05-09T00:57:24+00:00</updated>
<author>
<name>Richard Smith</name>
<email>richard-llvm@metafoo.co.uk</email>
</author>
<published>2019-05-09T00:57:24+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=2194fb6ed95595b39ec0132769e021c874adcacc'/>
<id>urn:sha1:2194fb6ed95595b39ec0132769e021c874adcacc</id>
<content type='text'>
for a function-style cast.

llvm-svn: 360302
</content>
</entry>
<entry>
<title>Improve -Wuninitialized warning under ARC for block variables that are</title>
<updated>2019-04-23T23:52:02+00:00</updated>
<author>
<name>Akira Hatanaka</name>
<email>ahatanaka@apple.com</email>
</author>
<published>2019-04-23T23:52:02+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=53796d9439018b97a0e6f35af0ba83843a7270e7'/>
<id>urn:sha1:53796d9439018b97a0e6f35af0ba83843a7270e7</id>
<content type='text'>
recursively captured.

Under ARC, a block variable is zero-initialized when it is recursively
captured by the block literal initializer.

rdar://problem/11022762

llvm-svn: 359049
</content>
</entry>
<entry>
<title>Add support for attributes on @implementations in Objective-C</title>
<updated>2019-04-11T17:55:30+00:00</updated>
<author>
<name>Erik Pilkington</name>
<email>erik.pilkington@gmail.com</email>
</author>
<published>2019-04-11T17:55:30+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=c5a0583400b71f81faf9dedfaab094720c2ef823'/>
<id>urn:sha1:c5a0583400b71f81faf9dedfaab094720c2ef823</id>
<content type='text'>
We want to make objc_nonlazy_class apply to implementations, but ran into this.
There doesn't seem to be any reason that this isn't supported.

Differential revision: https://reviews.llvm.org/D60542

llvm-svn: 358200
</content>
</entry>
<entry>
<title>Introduce the _Clang scoped attribute token.</title>
<updated>2018-11-09T17:19:45+00:00</updated>
<author>
<name>Aaron Ballman</name>
<email>aaron@aaronballman.com</email>
</author>
<published>2018-11-09T17:19:45+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=c44c174246280dc7614b6591f48010858f482eb9'/>
<id>urn:sha1:c44c174246280dc7614b6591f48010858f482eb9</id>
<content type='text'>
Currently, we only accept clang as the scoped attribute identifier for double square bracket attributes provided by Clang, but this has the potential to conflict with user-defined macros. To help alleviate these concerns, this introduces the _Clang scoped attribute identifier as an alias for clang. It also introduces a warning with a fixit on the off chance someone attempts to use __clang__ as the scoped attribute (which is a predefined compiler identification macro).

llvm-svn: 346521
</content>
</entry>
</feed>
