#
5ff3ff33 |
| 12-Jul-2024 |
Petr Hosek <phosek@google.com> |
[libc] Migrate to using LIBC_NAMESPACE_DECL for namespace declaration (#98597)
This is a part of #97655.
|
#
ce9035f5 |
| 12-Jul-2024 |
Mehdi Amini <joker.eph@gmail.com> |
Revert "[libc] Migrate to using LIBC_NAMESPACE_DECL for namespace declaration" (#98593)
Reverts llvm/llvm-project#98075
bots are broken
|
#
3f30effe |
| 11-Jul-2024 |
Petr Hosek <phosek@google.com> |
[libc] Migrate to using LIBC_NAMESPACE_DECL for namespace declaration (#98075)
This is a part of #97655.
|
Revision tags: llvmorg-18.1.8, llvmorg-18.1.7, llvmorg-18.1.6, llvmorg-18.1.5, llvmorg-18.1.4, llvmorg-18.1.3, llvmorg-18.1.2, llvmorg-18.1.1, llvmorg-18.1.0, llvmorg-18.1.0-rc4, llvmorg-18.1.0-rc3, llvmorg-18.1.0-rc2, llvmorg-18.1.0-rc1, llvmorg-19-init, llvmorg-17.0.6, llvmorg-17.0.5, llvmorg-17.0.4, llvmorg-17.0.3, llvmorg-17.0.2 |
|
#
b6bc9d72 |
| 26-Sep-2023 |
Guillaume Chatelet <gchatelet@google.com> |
[libc] Mass replace enclosing namespace (#67032)
This is step 4 of
https://discourse.llvm.org/t/rfc-customizable-namespace-to-allow-testing-the-libc-when-the-system-libc-is-also-llvms-libc/73079
|
Revision tags: llvmorg-17.0.1, llvmorg-17.0.0, llvmorg-17.0.0-rc4, llvmorg-17.0.0-rc3 |
|
#
b555912e |
| 08-Aug-2023 |
Guillaume Chatelet <gchatelet@google.com> |
[libc] Better IntegerToString API
This patch is an alternative to D155902. It provides the following benefits: - No buffer manual allocation and error handling for the general case - More flexible
[libc] Better IntegerToString API
This patch is an alternative to D155902. It provides the following benefits: - No buffer manual allocation and error handling for the general case - More flexible API : width specifier, sign and prefix handling - Simpler code
The more flexible API removes the need for manually tweaking the buffer afterwards, and so prevents relying on implementation details of IntegerToString.
Reviewed By: michaelrj, jhuber6
Differential Revision: https://reviews.llvm.org/D156981
show more ...
|
#
98ab87f4 |
| 08-Aug-2023 |
Guillaume Chatelet <gchatelet@google.com> |
Revert "[libc] Better IntegerToString API"
This reverts commit 910cc05aae85a6b31e2a2ed87d3dd46db46fce04.
|
#
910cc05a |
| 08-Aug-2023 |
Guillaume Chatelet <gchatelet@google.com> |
[libc] Better IntegerToString API
This patch is an alternative to D155902. It provides the following benefits: - No buffer manual allocation and error handling for the general case - More flexible
[libc] Better IntegerToString API
This patch is an alternative to D155902. It provides the following benefits: - No buffer manual allocation and error handling for the general case - More flexible API : width specifier, sign and prefix handling - Simpler code
The more flexible API removes the need for manually tweaking the buffer afterwards, and so prevents relying on implementation details of IntegerToString.
Reviewed By: michaelrj, jhuber6
Differential Revision: https://reviews.llvm.org/D156981
show more ...
|
Revision tags: llvmorg-17.0.0-rc2, llvmorg-17.0.0-rc1, llvmorg-18-init, llvmorg-16.0.6, llvmorg-16.0.5 |
|
#
daeee567 |
| 25-May-2023 |
Siva Chandra Reddy <sivachandra@google.com> |
[libc] Add macro LIBC_THREAD_LOCAL.
It resolves to thread_local on all platform except for the GPUs on which it resolves to nothing. The use of thread_local in the source code has been replaced with
[libc] Add macro LIBC_THREAD_LOCAL.
It resolves to thread_local on all platform except for the GPUs on which it resolves to nothing. The use of thread_local in the source code has been replaced with the new macro.
Reviewed By: jhuber6
Differential Revision: https://reviews.llvm.org/D151486
show more ...
|
#
25174976 |
| 24-May-2023 |
Siva Chandra Reddy <sivachandra@google.com> |
[libc] Rearrange error and signal tables.
This is largely a cosmetic change done with a few goals: 1. Reduce the conditionals in picking the correct set of tables for the platform. 2. Avoid expos
[libc] Rearrange error and signal tables.
This is largely a cosmetic change done with a few goals: 1. Reduce the conditionals in picking the correct set of tables for the platform. 2. Avoid exposing, for example Linux errors, when building for non-Linux platforms. This also prevents build failures when Linux errors are not defined on the target non-Linux platform. 3. Some "_table" suffixes have been removed to avoid repeated occurance of "table" like "tables/linux_error_table.h".
Reviewed By: michaelrj
Differential Revision: https://reviews.llvm.org/D151367
show more ...
|
Revision tags: llvmorg-16.0.4 |
|
#
bb2ebbd1 |
| 06-May-2023 |
Siva Chandra Reddy <sivachandra@google.com> |
[libc][NFC] Simplify string-table generation internals.
Reviewed By: michaelrj
Differential Revision: https://reviews.llvm.org/D150088
|
Revision tags: llvmorg-16.0.3, llvmorg-16.0.2 |
|
#
0acb639f |
| 10-Apr-2023 |
Michael Jones <michaelrj@google.com> |
[libc] move strerror and strsignal to OS msg maps
Other OSes may have different mappings from error number to message. This creates a system to allow new platforms to define their own mappings.
Rev
[libc] move strerror and strsignal to OS msg maps
Other OSes may have different mappings from error number to message. This creates a system to allow new platforms to define their own mappings.
Reviewed By: sivachandra
Differential Revision: https://reviews.llvm.org/D147967
show more ...
|
Revision tags: llvmorg-16.0.1, llvmorg-16.0.0, llvmorg-16.0.0-rc4, llvmorg-16.0.0-rc3, llvmorg-16.0.0-rc2, llvmorg-16.0.0-rc1, llvmorg-17-init, llvmorg-15.0.7, llvmorg-15.0.6, llvmorg-15.0.5, llvmorg-15.0.4, llvmorg-15.0.3, working |
|
#
07793f95 |
| 05-Oct-2022 |
Michael Jones <michaelrj@google.com> |
[libc] add strsignal and refactor message mapping
The logic for strsignal and strerror is very similar, so I've moved them both to use a shared utility (MessageMapper) for the basic functionality.
[libc] add strsignal and refactor message mapping
The logic for strsignal and strerror is very similar, so I've moved them both to use a shared utility (MessageMapper) for the basic functionality.
Reviewed By: sivachandra
Differential Revision: https://reviews.llvm.org/D135322
show more ...
|