| 文件 | 最后提交记录 | 最后更新时间 |
|---|---|---|
[libc] Use relative inclusion for public headers. (#114324) We are finalizing the header inclusion policy, and for our public headers in the libc/include folder, they must use relative path in "..." when including each other. This PR does the cleanup making sure that all the public header inclusions in libc/include folder use relative paths. --------- Co-authored-by: Nick Desaulniers <nickdesaulniers@users.noreply.github.com> | 1 年前 | |
[libc] Revamp hdrgen command line and build integration (#121522) This adds a new main command-line entry point for hdrgen, in the new main.py. This new interface is used for generating a header. The old ways of invoking yaml_to_classes.py for other purposes are left there for now, but --e is renamed to --entry-point for consistency with the new CLI. The YAML schema is expanded with the header_template key where the corresponding .h.def file's path is given relative to where the YAML file is found. The build integration no longer gives the .h.def path on the command line. Instead, the script now emits a depfile that's used by the cmake rules to track that. The output file is always explicit in the script command line rather than sometimes being derived from a directory path. | 1 年前 | |
[libc] Use relative inclusion for public headers. (#114324) We are finalizing the header inclusion policy, and for our public headers in the libc/include folder, they must use relative path in "..." when including each other. This PR does the cleanup making sure that all the public header inclusions in libc/include folder use relative paths. --------- Co-authored-by: Nick Desaulniers <nickdesaulniers@users.noreply.github.com> | 1 年前 | |
[libc] Revamp hdrgen command line and build integration (#121522) This adds a new main command-line entry point for hdrgen, in the new main.py. This new interface is used for generating a header. The old ways of invoking yaml_to_classes.py for other purposes are left there for now, but --e is renamed to --entry-point for consistency with the new CLI. The YAML schema is expanded with the header_template key where the corresponding .h.def file's path is given relative to where the YAML file is found. The build integration no longer gives the .h.def path on the command line. Instead, the script now emits a depfile that's used by the cmake rules to track that. The output file is always explicit in the script command line rather than sometimes being derived from a directory path. | 1 年前 | |
[libc] Use relative inclusion for public headers. (#114324) We are finalizing the header inclusion policy, and for our public headers in the libc/include folder, they must use relative path in "..." when including each other. This PR does the cleanup making sure that all the public header inclusions in libc/include folder use relative paths. --------- Co-authored-by: Nick Desaulniers <nickdesaulniers@users.noreply.github.com> | 1 年前 | |
[libc] Setup hdrgen for ioctl (#153976) This patch adds some hdrgen yaml for ioctl(). Otherwise the function never actually ends up being available in a full build. This is the last thing that is needed to enable turning on LIBCXX_ENABLE_RANDOM_DEVICE. | 11 个月前 | |
[libc] Use relative inclusion for public headers. (#114324) We are finalizing the header inclusion policy, and for our public headers in the libc/include folder, they must use relative path in "..." when including each other. This PR does the cleanup making sure that all the public header inclusions in libc/include folder use relative paths. --------- Co-authored-by: Nick Desaulniers <nickdesaulniers@users.noreply.github.com> | 1 年前 | |
[libc] Implement pkey_alloc/free/get/set/mprotect for x86_64 linux (#162362) This patch provides definitions for pkey_* functions for linux x86_64. pkey_alloc, pkey_free, and pkey_mprotect are simple syscall wrappers. pkey_set and pkey_get modify architecture-specific registers. The logic for these live in architecture specific directories: * libc/src/sys/mman/linux/x86_64/pkey_common.h has a real implementation * libc/src/sys/mman/linux/generic/pkey_common.h contains stubs that just return ENOSYS. | 8 个月前 | |
[libc] fix up the use of angle includes in include/ (#86027) Performed en-masse via: $ grep -rn "#include <ll" libc/include -l | \ xargs perl -pi -e 's/#include <ll(.*)>/#include "ll$1"/' $ grep -rn "#include <__" libc/include -l | \ xargs perl -pi -e 's/#include <__(.*)>/#include "__$1"/' Link: #83463 Link: #83210 | 2 年前 | |
[libc] Revamp hdrgen command line and build integration (#121522) This adds a new main command-line entry point for hdrgen, in the new main.py. This new interface is used for generating a header. The old ways of invoking yaml_to_classes.py for other purposes are left there for now, but --e is renamed to --entry-point for consistency with the new CLI. The YAML schema is expanded with the header_template key where the corresponding .h.def file's path is given relative to where the YAML file is found. The build integration no longer gives the .h.def path on the command line. Instead, the script now emits a depfile that's used by the cmake rules to track that. The output file is always explicit in the script command line rather than sometimes being derived from a directory path. | 1 年前 | |
[libc] Use relative inclusion for public headers. (#114324) We are finalizing the header inclusion policy, and for our public headers in the libc/include folder, they must use relative path in "..." when including each other. This PR does the cleanup making sure that all the public header inclusions in libc/include folder use relative paths. --------- Co-authored-by: Nick Desaulniers <nickdesaulniers@users.noreply.github.com> | 1 年前 | |
[libc] Use relative inclusion for public headers. (#114324) We are finalizing the header inclusion policy, and for our public headers in the libc/include folder, they must use relative path in "..." when including each other. This PR does the cleanup making sure that all the public header inclusions in libc/include folder use relative paths. --------- Co-authored-by: Nick Desaulniers <nickdesaulniers@users.noreply.github.com> | 1 年前 | |
[libc] implement unistd/getentropy (#122692) Implement GNU extension getentropy. This function is used by many programs to acquire entropy without handling the loop of getrandom. | 1 年前 | |
[libc] Use relative inclusion for public headers. (#114324) We are finalizing the header inclusion policy, and for our public headers in the libc/include folder, they must use relative path in "..." when including each other. This PR does the cleanup making sure that all the public header inclusions in libc/include folder use relative paths. --------- Co-authored-by: Nick Desaulniers <nickdesaulniers@users.noreply.github.com> | 1 年前 | |
[libc] Revise the definition of {get, set}rlimit. (#124701) Closes #124633. Some parameter types in the definition of {get, set}rlimit currently do not match the standard. This patch resolves the issue. ref: https://man7.org/linux/man-pages/man2/getrlimit.2.html | 1 年前 | |
[libc] Use relative inclusion for public headers. (#114324) We are finalizing the header inclusion policy, and for our public headers in the libc/include folder, they must use relative path in "..." when including each other. This PR does the cleanup making sure that all the public header inclusions in libc/include folder use relative paths. --------- Co-authored-by: Nick Desaulniers <nickdesaulniers@users.noreply.github.com> | 1 年前 | |
[libc] Revamp hdrgen command line and build integration (#121522) This adds a new main command-line entry point for hdrgen, in the new main.py. This new interface is used for generating a header. The old ways of invoking yaml_to_classes.py for other purposes are left there for now, but --e is renamed to --entry-point for consistency with the new CLI. The YAML schema is expanded with the header_template key where the corresponding .h.def file's path is given relative to where the YAML file is found. The build integration no longer gives the .h.def path on the command line. Instead, the script now emits a depfile that's used by the cmake rules to track that. The output file is always explicit in the script command line rather than sometimes being derived from a directory path. | 1 年前 | |
[libc] Remove trivial .h.def files (#149466) Remove all the .h.def files that already express nothing whatsoever not already expressed in YAML. Clean up a few YAML files without materially changing any generated header output. Many more .h.def files remain that need a bit of conversion in YAML to express macro requirements and such. | 1 年前 | |
[libc] Use relative inclusion for public headers. (#114324) We are finalizing the header inclusion policy, and for our public headers in the libc/include folder, they must use relative path in "..." when including each other. This PR does the cleanup making sure that all the public header inclusions in libc/include folder use relative paths. --------- Co-authored-by: Nick Desaulniers <nickdesaulniers@users.noreply.github.com> | 1 年前 | |
[libc] Revamp hdrgen command line and build integration (#121522) This adds a new main command-line entry point for hdrgen, in the new main.py. This new interface is used for generating a header. The old ways of invoking yaml_to_classes.py for other purposes are left there for now, but --e is renamed to --entry-point for consistency with the new CLI. The YAML schema is expanded with the header_template key where the corresponding .h.def file's path is given relative to where the YAML file is found. The build integration no longer gives the .h.def path on the command line. Instead, the script now emits a depfile that's used by the cmake rules to track that. The output file is always explicit in the script command line rather than sometimes being derived from a directory path. | 1 年前 | |
[libc] Use relative inclusion for public headers. (#114324) We are finalizing the header inclusion policy, and for our public headers in the libc/include folder, they must use relative path in "..." when including each other. This PR does the cleanup making sure that all the public header inclusions in libc/include folder use relative paths. --------- Co-authored-by: Nick Desaulniers <nickdesaulniers@users.noreply.github.com> | 1 年前 | |
[libc] Revamp hdrgen command line and build integration (#121522) This adds a new main command-line entry point for hdrgen, in the new main.py. This new interface is used for generating a header. The old ways of invoking yaml_to_classes.py for other purposes are left there for now, but --e is renamed to --entry-point for consistency with the new CLI. The YAML schema is expanded with the header_template key where the corresponding .h.def file's path is given relative to where the YAML file is found. The build integration no longer gives the .h.def path on the command line. Instead, the script now emits a depfile that's used by the cmake rules to track that. The output file is always explicit in the script command line rather than sometimes being derived from a directory path. | 1 年前 | |
[libc] Remove trivial .h.def files (#149466) Remove all the .h.def files that already express nothing whatsoever not already expressed in YAML. Clean up a few YAML files without materially changing any generated header output. Many more .h.def files remain that need a bit of conversion in YAML to express macro requirements and such. | 1 年前 | |
| 8 个月前 | ||
[libc] Revamp hdrgen command line and build integration (#121522) This adds a new main command-line entry point for hdrgen, in the new main.py. This new interface is used for generating a header. The old ways of invoking yaml_to_classes.py for other purposes are left there for now, but --e is renamed to --entry-point for consistency with the new CLI. The YAML schema is expanded with the header_template key where the corresponding .h.def file's path is given relative to where the YAML file is found. The build integration no longer gives the .h.def path on the command line. Instead, the script now emits a depfile that's used by the cmake rules to track that. The output file is always explicit in the script command line rather than sometimes being derived from a directory path. | 1 年前 | |
| 1 年前 | ||
| 1 年前 | ||
[libc] fix up the use of angle includes in include/ (#86027) Performed en-masse via: $ grep -rn "#include <ll" libc/include -l | \ xargs perl -pi -e 's/#include <ll(.*)>/#include "ll$1"/' $ grep -rn "#include <__" libc/include -l | \ xargs perl -pi -e 's/#include <__(.*)>/#include "__$1"/' Link: #83463 Link: #83210 | 2 年前 | |
[libc] Remove trivial .h.def files (#149466) Remove all the .h.def files that already express nothing whatsoever not already expressed in YAML. Clean up a few YAML files without materially changing any generated header output. Many more .h.def files remain that need a bit of conversion in YAML to express macro requirements and such. | 1 年前 | |
[libc] Remove trivial .h.def files (#149466) Remove all the .h.def files that already express nothing whatsoever not already expressed in YAML. Clean up a few YAML files without materially changing any generated header output. Many more .h.def files remain that need a bit of conversion in YAML to express macro requirements and such. | 1 年前 | |
[libc] Remove trivial .h.def files (#149466) Remove all the .h.def files that already express nothing whatsoever not already expressed in YAML. Clean up a few YAML files without materially changing any generated header output. Many more .h.def files remain that need a bit of conversion in YAML to express macro requirements and such. | 1 年前 | |
[libc] Use relative inclusion for public headers. (#114324) We are finalizing the header inclusion policy, and for our public headers in the libc/include folder, they must use relative path in "..." when including each other. This PR does the cleanup making sure that all the public header inclusions in libc/include folder use relative paths. --------- Co-authored-by: Nick Desaulniers <nickdesaulniers@users.noreply.github.com> | 1 年前 | |
[libc] Revamp hdrgen command line and build integration (#121522) This adds a new main command-line entry point for hdrgen, in the new main.py. This new interface is used for generating a header. The old ways of invoking yaml_to_classes.py for other purposes are left there for now, but --e is renamed to --entry-point for consistency with the new CLI. The YAML schema is expanded with the header_template key where the corresponding .h.def file's path is given relative to where the YAML file is found. The build integration no longer gives the .h.def path on the command line. Instead, the script now emits a depfile that's used by the cmake rules to track that. The output file is always explicit in the script command line rather than sometimes being derived from a directory path. | 1 年前 |
| 文件 | 最后提交记录 | 最后更新时间 |
|---|---|---|
| 1 年前 | ||
| 1 年前 | ||
| 1 年前 | ||
| 1 年前 | ||
| 1 年前 | ||
| 11 个月前 | ||
| 1 年前 | ||
| 8 个月前 | ||
| 2 年前 | ||
| 1 年前 | ||
| 1 年前 | ||
| 1 年前 | ||
| 1 年前 | ||
| 1 年前 | ||
| 1 年前 | ||
| 1 年前 | ||
| 1 年前 | ||
| 1 年前 | ||
| 1 年前 | ||
| 1 年前 | ||
| 1 年前 | ||
| 1 年前 | ||
| 1 年前 | ||
| 8 个月前 | ||
| 1 年前 | ||
| 1 年前 | ||
| 1 年前 | ||
| 2 年前 | ||
| 1 年前 | ||
| 1 年前 | ||
| 1 年前 | ||
| 1 年前 | ||
| 1 年前 |