<feed xmlns='http://www.w3.org/2005/Atom'>
<title>bcm5719-llvm/libcxx/include/array, branch meklort-10.0.1</title>
<subtitle>Project Ortega BCM5719 LLVM</subtitle>
<id>https://git.raptorcs.com/git/bcm5719-llvm/atom?h=meklort-10.0.1</id>
<link rel='self' href='https://git.raptorcs.com/git/bcm5719-llvm/atom?h=meklort-10.0.1'/>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/'/>
<updated>2020-06-26T20:46:12+00:00</updated>
<entry>
<title>[libc++] Fix recursive instantiation in std::array.</title>
<updated>2020-06-26T20:46:12+00:00</updated>
<author>
<name>Eric Fiselier</name>
<email>eric@efcs.ca</email>
</author>
<published>2020-04-09T21:39:40+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=77d76b71d7df39b573dfa1e391096a040e9b7bd3'/>
<id>urn:sha1:77d76b71d7df39b573dfa1e391096a040e9b7bd3</id>
<content type='text'>
The use of the `&amp;&amp; ...` fold expression in std::array's deduction guides
recursively builds a set of binary operator expressions of depth N where
`N` is the number of elements in the initializer.

This is problematic because arrays may be large, and instantiation
depth is limited.

This patch addresses the issue by flattening the SFINAE using
the existing `__all` type trait.

(cherry picked from commit c6eb584c64872fbb779df14acd31c1f3947f6e52)
</content>
</entry>
<entry>
<title>[libc++] Declare std::tuple_element as struct instead of class</title>
<updated>2019-04-01T16:39:34+00:00</updated>
<author>
<name>Louis Dionne</name>
<email>ldionne@apple.com</email>
</author>
<published>2019-04-01T16:39:34+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=2b0c7abba35ac2dc8e00c121b93476ff879bfd86'/>
<id>urn:sha1:2b0c7abba35ac2dc8e00c121b93476ff879bfd86</id>
<content type='text'>
Similarly to https://reviews.llvm.org/rL350972, this revision changes
std::tuple_element from class to struct.

Fixes PR41331.
Thanks to Jan Wilken Dörrie for the patch.

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

llvm-svn: 357411
</content>
</entry>
<entry>
<title>Mark 'front()' and 'back()' as noexcept for array/deque/string/string_view. These are just rebranded 'operator[]', and should be noexcept like it is.</title>
<updated>2019-03-19T03:30:07+00:00</updated>
<author>
<name>Marshall Clow</name>
<email>mclow.lists@gmail.com</email>
</author>
<published>2019-03-19T03:30:07+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=9ea0e473f0b96455b918eefcf8fc535638674a1f'/>
<id>urn:sha1:9ea0e473f0b96455b918eefcf8fc535638674a1f</id>
<content type='text'>
llvm-svn: 356435
</content>
</entry>
<entry>
<title>Add noexcept to operator[] for array and deque. This is an extension. We already do this for string and string_view. This should give better codegen inside of noexcept functions.</title>
<updated>2019-03-14T21:56:57+00:00</updated>
<author>
<name>Marshall Clow</name>
<email>mclow.lists@gmail.com</email>
</author>
<published>2019-03-14T21:56:57+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=5f6a5ac19cddda2fbc67582d6b12a92493e60b4e'/>
<id>urn:sha1:5f6a5ac19cddda2fbc67582d6b12a92493e60b4e</id>
<content type='text'>
llvm-svn: 356209
</content>
</entry>
<entry>
<title>Update more file headers across all of the LLVM projects in the monorepo</title>
<updated>2019-01-19T10:56:40+00:00</updated>
<author>
<name>Chandler Carruth</name>
<email>chandlerc@gmail.com</email>
</author>
<published>2019-01-19T10:56:40+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=57b08b0944046a6a57ee9b7b479181f548a5b9b4'/>
<id>urn:sha1:57b08b0944046a6a57ee9b7b479181f548a5b9b4</id>
<content type='text'>
to reflect the new license. These used slightly different spellings that
defeated my regular expressions.

We understand that people may be surprised that we're moving the header
entirely to discuss the new license. We checked this carefully with the
Foundation's lawyer and we believe this is the correct approach.

Essentially, all code in the project is now made available by the LLVM
project under our new license, so you will see that the license headers
include that license only. Some of our contributors have contributed
code under our old license, and accordingly, we have retained a copy of
our old license notice in the top-level files in each project and
repository.

llvm-svn: 351648
</content>
</entry>
<entry>
<title>Change  from a  to a . Fixes PR#39871.</title>
<updated>2019-01-11T21:57:12+00:00</updated>
<author>
<name>Marshall Clow</name>
<email>mclow.lists@gmail.com</email>
</author>
<published>2019-01-11T21:57:12+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=e49576014077d4080f51a56799fca0bdf9dbb522'/>
<id>urn:sha1:e49576014077d4080f51a56799fca0bdf9dbb522</id>
<content type='text'>
llvm-svn: 350972
</content>
</entry>
<entry>
<title>Implement the infrastructure for feature-test macros. Very few actual feature test macros, though. Reviewed as: https://reviews.llvm.org/D51955</title>
<updated>2018-09-12T19:41:40+00:00</updated>
<author>
<name>Marshall Clow</name>
<email>mclow.lists@gmail.com</email>
</author>
<published>2018-09-12T19:41:40+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=f56972e22489c92028e5147344ab8b31b0b4fed5'/>
<id>urn:sha1:f56972e22489c92028e5147344ab8b31b0b4fed5</id>
<content type='text'>
llvm-svn: 342073
</content>
</entry>
<entry>
<title>Implement P1023: constexpr comparison operators for std::array</title>
<updated>2018-08-02T02:11:06+00:00</updated>
<author>
<name>Marshall Clow</name>
<email>mclow.lists@gmail.com</email>
</author>
<published>2018-08-02T02:11:06+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=07d8ac0ab554286e080ba8b0433f71982253342d'/>
<id>urn:sha1:07d8ac0ab554286e080ba8b0433f71982253342d</id>
<content type='text'>
llvm-svn: 338668
</content>
</entry>
<entry>
<title>Implement deduction guides for &lt;array&gt;; Reviewed as https://reviews.llvm.org/D46964</title>
<updated>2018-05-18T21:01:04+00:00</updated>
<author>
<name>Marshall Clow</name>
<email>mclow.lists@gmail.com</email>
</author>
<published>2018-05-18T21:01:04+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=0ca8c0895c6034615593c295dd955f29b25bf3d4'/>
<id>urn:sha1:0ca8c0895c6034615593c295dd955f29b25bf3d4</id>
<content type='text'>
llvm-svn: 332768
</content>
</entry>
<entry>
<title>Fix size and alignment of array&lt;T, 0&gt;.</title>
<updated>2018-02-07T23:50:25+00:00</updated>
<author>
<name>Eric Fiselier</name>
<email>eric@efcs.ca</email>
</author>
<published>2018-02-07T23:50:25+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=1a78ae3c895d0520bbb8ad2f154e737d52fe7ae2'/>
<id>urn:sha1:1a78ae3c895d0520bbb8ad2f154e737d52fe7ae2</id>
<content type='text'>
An array T[1] isn't necessarily the same say when it's
a member of a struct. This patch addresses that problem and corrects
the tests to deal with it.

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