Project Ortega BCM5719 LLVM https://git.raptorcs.com/git/bcm5719-llvm/atom?h=meklort-10.0.1 2019-10-23T15:08:57+00:00 2019-10-23T15:08:57+00:00 Casey Carter Casey@Carter.net 2019-10-23T15:08:18+00:00 urn:sha1:689ce810598bec7b35dd7ebe33ce5c5cce1453c7 Testing git commit access. 2019-03-18T21:50:12+00:00 Eric Fiselier eric@efcs.ca 2019-03-18T21:50:12+00:00 urn:sha1:61b302f94fd9983651bf210c8a1c0b116612022a Summary: The reason libc++ implemented a throwing debug mode handler was for ease of testing. Specifically, I thought that if a debug violation aborted, we could only test one violation per file. This made it impossible to test debug mode. Which throwing behavior we could test more! However, the throwing approach didn't work either, since there are debug violations underneath noexcept functions. This lead to the introduction of `_NOEXCEPT_DEBUG`, which was only noexcept when debug mode was off. Having thought more and having grown wiser, `_NOEXCEPT_DEBUG` was a horrible decision. It was viral, it didn't cover all the cases it needed to, and it was observable to the user -- at worst changing the behavior of their program. This patch removes the throwing debug handler, and rewrites the debug tests using 'fork-ing' style death tests. Reviewers: mclow.lists, ldionne, thomasanderson Reviewed By: ldionne Subscribers: christof, arphaman, libcxx-commits, #libc Differential Revision: https://reviews.llvm.org/D59166 llvm-svn: 356417 2019-03-05T02:10:31+00:00 Eric Fiselier eric@efcs.ca 2019-03-05T02:10:31+00:00 urn:sha1:1c014d75b4cdcfab5cef304e5f9c5def96468751 Summary: This patch fixes a lifetime bug when inserting a new container into the debug database. It is diagnosed by UBSAN when debug mode is enabled. This patch corrects how nodes are constructed during insertion. The fix requires unconditionally breaking the debug mode ABI. Users should not expect ABI stability from debug mode. Reviewers: ldionne, serge-sans-paille, EricWF Reviewed By: EricWF Subscribers: mclow.lists, christof, libcxx-commits Tags: #libc Differential Revision: https://reviews.llvm.org/D58011 llvm-svn: 355367 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 2018-10-25T12:13:43+00:00 Louis Dionne ldionne@apple.com 2018-10-25T12:13:43+00:00 urn:sha1:9b3222f6134f40b68e16faf694ed9e97bc9fd325 Summary: When building with -fvisibility=hidden, some symbols do not get exported from libc++.dylib. This means that some entities are not explicitly given default visibility in the source code, and that we rely on the fact -fvisibility=default is the default. This commit explicitly gives default visibility to those symbols to avoid being dependent on the command line flags used. The commit also remove symbols from the dylib -- those symbols do not actually need to be exported from the dylib and this should not be an ABI break. Finally, in the future, we may want to mark the whole std:: namespace as having hidden visibility (to switch from opt-out to opt-in), in which case the changes done in this commit will be required. Reviewers: EricWF Subscribers: mgorny, christof, dexonsmith, libcxx-commits Differential Revision: https://reviews.llvm.org/D52662 llvm-svn: 345260 2017-01-16T21:01:00+00:00 Eric Fiselier eric@efcs.ca 2017-01-16T21:01:00+00:00 urn:sha1:fc26379a843ab23db0a637636423e9cb49747b2b Summary: On Windows tests that use `_LIBCPP_ASSERT` fail to link because the assertion handler function isn't correctly exported from the libc++ dylib. This patch fixes the dll import/export issues by introducing a new visibility macro `_LIBCPP_EXTERN_VIS` for use on external variables. Reviewers: compnerd, smeenai, EricWF Reviewed By: EricWF Subscribers: cfe-commits Differential Revision: https://reviews.llvm.org/D28728 llvm-svn: 292158 2017-01-06T20:58:25+00:00 Eric Fiselier eric@efcs.ca 2017-01-06T20:58:25+00:00 urn:sha1:8f56dedb5f6aaf7ccfe58885de6797ab55a573a6 llvm-svn: 291278 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 2016-12-28T06:15:01+00:00 Eric Fiselier eric@efcs.ca 2016-12-28T06:15:01+00:00 urn:sha1:d5ae0257f23bc96dc0038ade3fbd529127e97ee6 llvm-svn: 290658 2016-12-28T05:56:16+00:00 Eric Fiselier eric@efcs.ca 2016-12-28T05:56:16+00:00 urn:sha1:8dd73d8e067542f251960368c50812f646d55e47 llvm-svn: 290656