Project Ortega BCM5719 LLVM https://git.raptorcs.com/git/bcm5719-llvm/atom?h=meklort-10.0.1 2019-12-13T02:09:08+00:00 2019-12-13T02:09:08+00:00 Eric Fiselier eric@efcs.ca 2019-12-13T01:48:11+00:00 urn:sha1:f97936fabd263e3b311e3b8e9ffca4920e4fcff0 Too many warnings are being disabled too quickly. Warnings are important to keeping libc++ correct. This patch re-enables two warnings: -Wconstant-evaluated and -Wdeprecated-copy. In future, all warnings disabled for the test suite should require an attached bug. The bug should state the plan for re-enabling that warning, or a strong case why it should remain disabled. 2019-10-23T18:19:19+00:00 Louis Dionne ldionne@apple.com 2019-10-23T17:40:15+00:00 urn:sha1:6b77ebdc919d9212f50fd353b1da0d84d3815bf3 2019-08-01T19:48:29+00:00 Eric Fiselier eric@efcs.ca 2019-08-01T19:48:29+00:00 urn:sha1:3eb5aec61f684e59439c30849f73dae8298f5056 Previously these types rehashed to a table of 193 elements upon construction. But this is non-ideal, first because default constructors should not allocate unless necessary, and second because 193 is big and can waste a bunch of memory. This number had previously been chosen to match GCC's implementation. llvm-svn: 367605 2019-05-17T20:59:57+00:00 Eric Fiselier eric@efcs.ca 2019-05-17T20:59:57+00:00 urn:sha1:236317d2161ce7d8364d2ba539db5b8f790fa605 llvm-svn: 361075 2019-05-17T20:46:00+00:00 Eric Fiselier eric@efcs.ca 2019-05-17T20:46:00+00:00 urn:sha1:549ddae58f7caab3f47da4c47f591c322dab9a2d The `using namespace std;` opens us up to ambiguity when any of the std:: names are also present in the global namespace. Instead we should properly qualify names we use from std::. llvm-svn: 361074 2019-01-19T10:56:40+00:00 Chandler Carruth chandlerc@gmail.com 2019-01-19T10:56:40+00:00 urn:sha1:57b08b0944046a6a57ee9b7b479181f548a5b9b4 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 2017-05-10T21:40:58+00:00 Eric Fiselier eric@efcs.ca 2017-05-10T21:40:58+00:00 urn:sha1:0c6e7ae4cc8039af611d7a5cf153d9bb7664f3e2 llvm-svn: 302736 2017-04-19T01:23:04+00:00 Eric Fiselier eric@efcs.ca 2017-04-19T01:23:04+00:00 urn:sha1:afa7a957bd6ebe0ded8f74accd964b5a9967dc5b llvm-svn: 300643 2017-02-06T05:26:49+00:00 Saleem Abdulrasool compnerd@compnerd.org 2017-02-06T05:26:49+00:00 urn:sha1:bcc85cbcde661e8bf02a5e0c385f9aa509a8dc39 Replace preprocess conditions of defined(_MSC_VER) && !defined(__clang__) with defined(_LIBCPP_MSVC). NFC. Patch by Dave Lee! llvm-svn: 294171 2017-01-04T23:56:00+00:00 Eric Fiselier eric@efcs.ca 2017-01-04T23:56:00+00:00 urn:sha1:e2f2d1edef9fda1c7533850cdcbeccf8083a677a The name _LIBCPP_TYPE_VIS_ONLY is no longer accurate because both _LIBCPP_TYPE_VIS and _LIBCPP_TYPE_VIS_ONLY expand to __attribute__((__type_visibility__)) with Clang. The only remaining difference is that _LIBCPP_TYPE_VIS_ONLY can be applied to templates whereas _LIBCPP_TYPE_VIS cannot (due to dllimport/dllexport not being allowed on templates). This patch renames _LIBCPP_TYPE_VIS_ONLY to _LIBCPP_TEMPLATE_VIS. llvm-svn: 291035