aboutsummaryrefslogtreecommitdiff
path: root/lib/libc/include
AgeCommit message (Collapse)Author
2021-01-02Duplicate OSAtomic.h between aarch64 and x86_64Jakub Konka
The reason this is required is for two reasons: 1) the libc targeting `aarch64` macOS is slightly newer than that targeting `x86_64`, and 2) `OSAtomic.h` uses relative imports rather than system-wide imports for accompanying headers which clearly is an oversight on Apple's part. Until such time when `libkern` headers between `x86_64` and `aarch64` are identical, this will require a manual intervention to duplicate the relevant headers between the respective architectures.
2020-12-17macho: deduplicate libc headers between macos archJakub Konka
2020-12-17macos: add unfiltered aarch64 libc headersJakub Konka
2020-11-30update to latest fetch-them-macos-headersAndrew Kelley
commit 1efc3a7f584dd75a5783756e168af74cdf6bb727
2020-11-30restore -target wasm32-freestanding-musl for C headersAndrew Kelley
See #5854 Some tiny tweaks too: * Use `wasm-freestanding-musl` instead of `wasm32-freestanding-musl`, making it pointer-size-agnostic. * Fix trying to build non-existent wasm musl start files.
2020-11-30update to latest fetch-them-macos-headersAndrew Kelley
commit 09b70199e738bfa86c55cd3a848287229a207982 closes #7261
2020-11-29macOS headers: add memory.hAndrew Kelley
it's provided by macOS LibC and apparently there is code in the wild that depends on it. all it does is #include <string.h> closes #7249
2020-11-17macOS libc headers: downgrade to 10.15.7 (Catalina)Andrew Kelley
See ziglang/fetch-them-macos-headers#2 for more details. The path forward looks like one of the following: * Ony provide headers for the oldest supported macOS (currently 10.13 but soon to be bumped to 10.14). * Provide headers for multiple versions, and select based on the Zig target OS version range minimum. * Don't try to provide macOS headers. If we don't tackle the version problem, we would have to re-introduce the ability to detect and depend on native system headers if we wanted to support C/C++ code that used newer OS definitions. This patch also adds support for `#include <mach/mach_time.h>`. Also related: #5236
2020-11-09macOS libc headers: add objc/message.h and runtime.hJakub Konka
2020-11-09Add more missing libc headers used by frameworksJakub Konka
See https://github.com/ziglang/fetch-them-macos-headers/commit/76f22c39052034a19d8c0f41bd4010872fd032cd.
2020-11-09macOS libc headers: add mach/clock.hJakub Konka
LLVM depends on it.
2020-11-08macos libc headers: add moreAndrew Kelley
these new files are generated by recursively including: sysexits.h mach/mach.h sys/attr.h sys/mount.h crt_externs.h execinfo.h all of which are depended on by LLVM libraries.
2020-11-08macOS libc headers: add sys/sysctl.hAndrew Kelley
libcxx depends on it
2020-11-08macOS libc headers: add sys/param.hAndrew Kelley
libcxx depends on it
2020-11-08macOS libc headers: add mach-o/dyld.hAndrew Kelley
libcxx depends on it
2020-11-08add copyfile.hAndrew Kelley
libcxx depends on it
2020-11-08macOS libc headers: add xlocale.h and Block.hAndrew Kelley
These are both included by libcxx.
2020-11-08macOS libc headers: add POSIX headersAndrew Kelley
2020-11-06update musl headers to 1.2.1Andrew Kelley
2020-11-05Fixed mingw-w64 8.0.0 compilationAlexandros Naskos
Reaplied mingw-w64 header patch
2020-11-05Updated mingw-w64 to version 8.0.0Alexandros Naskos
2020-10-21add another copyright notice to macos stdint.hAndrew Kelley
2020-10-21Add minimal set of macOS libc headersJakub Konka
Signed-off-by: Jakub Konka <kubkon@jakubkonka.com>
2020-08-30update glibc headers to 2.32Andrew Kelley
2020-08-24Revert "Merge pull request #6137 from Jan200101/update/glibc-2.32"Andrew Kelley
This reverts commit bb9c3118ed5fdc16b8e2d9882375005c2a62d0cc, reversing changes made to 7015d84e0ca6f02fede45621571084df98dda712. This is missing quite a few headers
2020-08-22update glibc headers to 2.32Jan200101
2020-03-12update musl headers to v1.2.0Andrew Kelley
2020-03-05reapply mingw-w64 header patchesAndrew Kelley
Fix compilation w/ clang f83bb3dd9e68899ca39cdddb7d84c2ad1c833d55
2020-03-05update mingw-w64 headers to v7.0.0Andrew Kelley
2020-03-03update glibc headers to 2.31Andrew Kelley
2019-10-17update musl headers to v1.1.24Andrew Kelley
2019-10-09Fix compilation w/ clangLemonBoy
Clang pretends to be gcc 4.4 and that causes some re-definition errors. The problem has been reported to the upstream some time ago but nothing was done about it.
2019-09-22mingw-w64 libc: fix incorrect detection of _xgetbvAndrew Kelley
It was using __GNUC__ < 8 to check if _xgetbv intrinsic is available. Since we always use zig cc with this header, we know we have clang 9, which does have this intrinsic.
2019-09-07update glibc headers to 2.30Andrew Kelley
2019-08-30musl: fix alltypes.h and syscall.h not being correctAndrew Kelley
The previous [instructions](https://github.com/ziglang/zig/wiki/Updating-libc) for updating musl libc headers had this (repeated for each architecture): make DESTDIR=build-all/arm install-headers ARCH=arm However musl's build system does not properly rebuild alltypes.h and syscall.h from source, instead using whatever is cached from the previous build. In the case of the previous time that I updated to musl 1.1.23, this happened to be the aarch64 architecture. As a workaround, one can remove the obj/ directory to force rebuilding this file. Now the instructions say this (repeated for each architecture): rm -rf obj/ && make DESTDIR=build-all/arm install-headers ARCH=arm This commit updates the resulting headers after this workaround is applied and the process headers tool is run again.
2019-07-16update musl headers to musl v1.1.23Andrew Kelley
2019-07-15move lib dirs to lib subdirAndrew Kelley
also start prefering NtDll API. so far: * NtQueryInformationFile * NtClose adds a performance workaround for windows unicode conversion. but that should probably be removed before merging
generated by cgit v1.2.3 (git 2.39.1) at 2025-12-29 00:09:14 +0000