bcm5719-llvm/libcxx/include/cmath, branch meklort-10.0.1 Project Ortega BCM5719 LLVM https://git.raptorcs.com/git/bcm5719-llvm/atom?h=meklort-10.0.1 2019-10-01T12:12:21+00:00 [libc++] Harden usage of static_assert against C++03 2019-10-01T12:12:21+00:00 Louis Dionne ldionne@apple.com 2019-10-01T12:12:21+00:00 urn:sha1:371ea70bb7f9c9e811c36371c647980c90763b37 In C++03, we emulate static_assert with a macro, and we must parenthesize multiple arguments. llvm-svn: 373328 [libc++] Move __clamp_to_integral to <cmath>, and harden against min()/max() macros 2019-09-04T13:35:03+00:00 Louis Dionne ldionne@apple.com 2019-09-04T13:35:03+00:00 urn:sha1:b92deded87ad2a98d331d23fca98a03b70c15022 llvm-svn: 370900 Apply new meta-programming traits throughout the library. 2019-06-23T20:28:29+00:00 Eric Fiselier eric@efcs.ca 2019-06-23T20:28:29+00:00 urn:sha1:3359a17b3aef1effa494da3abe7f438f5bb184a7 The new meta-programming primitives are lower cost than the old versions. This patch removes those old versions and switches libc++ to use the new ones. llvm-svn: 364160 Remove unneeded <algorithm> include in cmath. 2019-05-06T23:14:31+00:00 Eric Fiselier eric@efcs.ca 2019-05-06T23:14:31+00:00 urn:sha1:ac6843cea25a797c4827346af3f465d43d74d69e It's a remnant from an earlier version of the lerp change and is unneeded. llvm-svn: 360098 Implement 'lerp'; which is the last bit of P0811. Mark that paper as complete. 2019-04-25T17:44:18+00:00 Marshall Clow mclow.lists@gmail.com 2019-04-25T17:44:18+00:00 urn:sha1:b0e2daf64b8167dc7729cc7486f0c94c8902e9c6 llvm-svn: 359211 Update more file headers across all of the LLVM projects in the monorepo 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 Implement the infrastructure for feature-test macros. Very few actual feature test macros, though. Reviewed as: https://reviews.llvm.org/D51955 2018-09-12T19:41:40+00:00 Marshall Clow mclow.lists@gmail.com 2018-09-12T19:41:40+00:00 urn:sha1:f56972e22489c92028e5147344ab8b31b0b4fed5 llvm-svn: 342073 [libc++] Take 2: Replace uses of _LIBCPP_ALWAYS_INLINE by _LIBCPP_INLINE_VISIBILITY 2018-07-11T23:14:33+00:00 Louis Dionne ldionne@apple.com 2018-07-11T23:14:33+00:00 urn:sha1:dc7200b486b6c5b5229abcee97c160145cc3d955 Summary: We never actually mean to always inline a function -- all the uses of the macro I could find are actually attempts to control the visibility of symbols. This is better described by _LIBCPP_INLINE_VISIBILITY, which is actually always defined the same. This change is orthogonal to the decision of what we're actually going to do with _LIBCPP_INLINE_VISIBILITY -- it just simplifies things by having one canonical way of doing things. Note that this commit had originally been applied in r336369 and then reverted in r336382 because of unforeseen problems. Both of these problems have now been fixed. Reviewers: EricWF, mclow.lists Subscribers: christof, dexonsmith, erikvanderpoel Differential Revision: https://reviews.llvm.org/D48892 llvm-svn: 336866 Revert "[libc++] Replace uses of _LIBCPP_ALWAYS_INLINE by _LIBCPP_INLINE_VISIBILITY" 2018-07-05T18:41:50+00:00 Louis Dionne ldionne@apple.com 2018-07-05T18:41:50+00:00 urn:sha1:195a499d638db5157a64c9c816b76154096ecd52 This reverts commit r336369. The commit had two problems: 1. __pbump was marked as _LIBCPP_EXTERN_TEMPLATE_INLINE_VISIBILITY instead of _LIBCPP_INLINE_VISIBILITY, which lead to two symbols being added in the dylib and the check-cxx-abilist failing. 2. The LLDB tests started failing because they undefine `_LIBCPP_INLINE_VISIBILITY`. I need to figure out why they do that and fix the tests before we can go forward with this change. llvm-svn: 336382 [libc++] Replace uses of _LIBCPP_ALWAYS_INLINE by _LIBCPP_INLINE_VISIBILITY 2018-07-05T16:49:38+00:00 Louis Dionne ldionne@apple.com 2018-07-05T16:49:38+00:00 urn:sha1:4a8f3f994821e752319b9c76ed772ec0c40b5d03 Summary: We never actually mean to always inline a function -- all the uses of the macro I could find are actually attempts to control the visibility of symbols. This is better described by _LIBCPP_INLINE_VISIBILITY, which is actually always defined the same. This change is orthogonal to the decision of what we're actually going to do with _LIBCPP_INLINE_VISIBILITY -- it just simplifies things by having one canonical way of doing things. Reviewers: EricWF Subscribers: christof, llvm-commits, dexonsmith, erikvanderpoel, mclow.lists Differential Revision: https://reviews.llvm.org/D48892 llvm-svn: 336369