Changes in __hash

681cde7d - [libc++] Complete the implementation of N4190

Wed, 22 Jun 2022 08:11:14 +0000

[libc++] Complete the implementation of N4190Fixes #37402Reviewed By: ldionneSpies: EricWF, avogelsgesang, libcxx-commits, arphamanDifferential Revision: https://reviews.llvm.org/D124346 List of files: /llvm-project-15.0.7/libcxx/include/ext/__hash

976f3705 - [libc++] Granularize __string

Mon, 06 Jun 2022 21:35:24 +0000

[libc++] Granularize __stringReviewed By: ldionne, #libcSpies: libcxx-commits, mgornyDifferential Revision: https://reviews.llvm.org/D127156 List of files: /llvm-project-15.0.7/libcxx/include/ext/__hash

bd441745 - [libc++] Use -I instead of -isystem to include headers in the test suite

Thu, 03 Mar 2022 11:10:30 +0000

[libc++] Use -I instead of -isystem to include headers in the test suiteUsing -isystem marks the headers as system headers, which means that wedon't actually get all the warnings that we'd normally get if we includedthe headers as user headers.The goal of the test suite is normally to mirror as closely as possiblehow users would use the library. Technically, this change goes againstthat philosophy, since users should be using `-isystem` (if they everneed to specify the libc++ path explicitly, which should be a rareoccurence). However, I believe fishing out additional warnings fromthe headers provides more value, hence this change. Ideally, we'd beable to still use `-isystem`, but instruct Clang to still emit warningsfrom the libc++ headers (e.g. we could tell Clang to emit warnings inany file inside `<...>/usr/include/c++/v1`).Reviewed By: #libc, ldionne, #libc_abiSpies: Mordante, EricWF, mstorsjo, mgorny, aheejin, arichardson, philnik, jloser, libcxx-commitsDifferential Revision: https://reviews.llvm.org/D118616 List of files: /llvm-project-15.0.7/libcxx/include/ext/__hash

fa6b9e40 - [libc++] Normalize all our '#pragma GCC system_header', and regression-test.

Wed, 02 Feb 2022 01:16:40 +0000

[libc++] Normalize all our '#pragma GCC system_header', and regression-test.Now we'll notice if a header forgets to include this magic phrase.Differential Revision: https://reviews.llvm.org/D118800 List of files: /llvm-project-15.0.7/libcxx/include/ext/__hash

4d81a46f - [libc++] Alphabetize header #includes. NFCI.

Fri, 07 Jan 2022 14:45:05 +0000

[libc++] Alphabetize header #includes. NFCI.The NFC part of D116809. We still want to enforce this in CI,but the mechanism for that is still to-be-determined.Differential Revision: https://reviews.llvm.org/D116809 List of files: /llvm-project-15.0.7/libcxx/include/ext/__hash

d2b0df35 - [libc++][NFC] Update namespace comments in include/

Thu, 02 Dec 2021 13:12:51 +0000

[libc++][NFC] Update namespace comments in include/update the namspace comments in include/Reviewed By: ldionne, #libcSpies: smeenai, libcxx-commitsDifferential Revision: https://reviews.llvm.org/D114947 List of files: /llvm-project-15.0.7/libcxx/include/ext/__hash

eb8650a7 - [runtimes][NFC] Remove filenames at the top of the license notice

Wed, 17 Nov 2021 21:25:01 +0000

[runtimes][NFC] Remove filenames at the top of the license noticeWe've stopped doing it in libc++ for a while now because these nameswould end up rotting as we move things around and copy/paste stuff.This cleans up all the existing files so as to stop the spreadingas people copy-paste headers around. List of files: /llvm-project-15.0.7/libcxx/include/ext/__hash

050b064f - [libcxx][functional][modular] splices into modular headers

Thu, 01 Jul 2021 13:25:35 +0000

[libcxx][functional][modular] splices into modular headersDifferential Revision: https://reviews.llvm.org/D104942 List of files: /llvm-project-15.0.7/libcxx/include/ext/__hash

4cd6ca10 - [libc++] NFC: Normalize `#endif //` comment indentation

Tue, 20 Apr 2021 16:03:32 +0000

[libc++] NFC: Normalize `#endif //` comment indentation List of files: /llvm-project-15.0.7/libcxx/include/ext/__hash

549ddae5 - Remove `using namespace std;` in __gnu_cxx namespace.

Fri, 17 May 2019 20:46:00 +0000

Remove `using namespace std;` in __gnu_cxx namespace.The `using namespace std;` opens us up to ambiguitywhen 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 List of files: /llvm-project-15.0.7/libcxx/include/ext/__hash

57b08b09 - Update more file headers across all of the LLVM projects in the monorepo

Sat, 19 Jan 2019 10:56:40 +0000

Update more file headers across all of the LLVM projects in the monorepoto reflect the new license. These used slightly different spellings thatdefeated my regular expressions.We understand that people may be surprised that we're moving the headerentirely to discuss the new license. We checked this carefully with theFoundation's lawyer and we believe this is the correct approach.Essentially, all code in the project is now made available by the LLVMproject under our new license, so you will see that the license headersinclude that license only. Some of our contributors have contributedcode under our old license, and accordingly, we have retained a copy ofour old license notice in the top-level files in each project andrepository.llvm-svn: 351648 List of files: /llvm-project-15.0.7/libcxx/include/ext/__hash

e2f2d1ed - [NFC] Rename _LIBCPP_TYPE_VIS_ONLY to _LIBCPP_TEMPLATE_VIS

Wed, 04 Jan 2017 23:56:00 +0000

[NFC] Rename _LIBCPP_TYPE_VIS_ONLY to _LIBCPP_TEMPLATE_VISThe 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 differenceis that _LIBCPP_TYPE_VIS_ONLY can be applied to templates whereas_LIBCPP_TYPE_VIS cannot (due to dllimport/dllexport not being allowed ontemplates).This patch renames _LIBCPP_TYPE_VIS_ONLY to _LIBCPP_TEMPLATE_VIS.llvm-svn: 291035 List of files: /llvm-project-15.0.7/libcxx/include/ext/__hash

8845dbd7 - Do not derive __gnu_cxx::hash from std::hash.

Thu, 06 Mar 2014 04:11:10 +0000

Do not derive __gnu_cxx::hash from std::hash.Instead, define explicit specializations for the basic types listed inthe SGI documentation. This solves two problems: 1) Helps avoid silent ODR violations caused by the absence of a user-supplied __gnu_cxx::hash specialization in cases where a std::hash specialization exists (e.g. for std::string). 2) __gnu_cxx::hash semantics are slightly different to those of std::hash (for example, the former may dereference a pointer argument) so it is inappropriate for __gnu_cxx::hash to receive std::hash specializations by default.Differential Revision: http://llvm-reviews.chandlerc.com/D2747llvm-svn: 203070 List of files: /llvm-project-15.0.7/libcxx/include/ext/__hash

c55d97b1 - Don't use T as template argument, it is part of the application

Mon, 25 Nov 2013 22:44:20 +0000

Don't use T as template argument, it is part of the applicationnamespace.llvm-svn: 195693 List of files: /llvm-project-15.0.7/libcxx/include/ext/__hash

f0544c20 - Nico Rieck: this patch series fixes visibility issues on Windows as explained in .

Mon, 12 Aug 2013 18:38:34 +0000

Nico Rieck: this patch series fixes visibility issues on Windows as explained in .llvm-svn: 188192 List of files: /llvm-project-15.0.7/libcxx/include/ext/__hash

6e41256f - No functionality change at this time. I've split _LIBCPP_VISIBLE up into two flags: _LIBCPP_TYPE_VIS and _LIBCPP_FUNC_VIS. This is in preparation for taking advantage of clang's new __type_visibility__ attribute.

Wed, 06 Mar 2013 23:30:19 +0000

No functionality change at this time. I've split _LIBCPP_VISIBLE up into two flags: _LIBCPP_TYPE_VIS and _LIBCPP_FUNC_VIS. This is in preparation for taking advantage of clang's new __type_visibility__ attribute.llvm-svn: 176593 List of files: /llvm-project-15.0.7/libcxx/include/ext/__hash

119703f9 - Dimitry Andric: Silence some miscellaneous warnings.

Tue, 06 Nov 2012 21:55:44 +0000

Dimitry Andric: Silence some miscellaneous warnings.llvm-svn: 167493 List of files: /llvm-project-15.0.7/libcxx/include/ext/__hash

8d2ed566 - Add a new hash class in __gnu_ext for the extension containers. There

Fri, 29 Jul 2011 23:31:56 +0000

Add a new hash class in __gnu_ext for the extension containers. Thereare two motivations for this.First, this allows users who are specializing __gnu_ext::hash tocontinue doing so without changing their code.Second, SGI specifies hash overloads for char* and const char* thatperform a hash of the string, not of the pointer.In order to support this, the hashing code for string is factored out.llvm-svn: 136539 List of files: /llvm-project-15.0.7/libcxx/include/ext/__hash