binutils-apple/libctf/testsuite/ at master · theoparis.com/binutils-apple · Tangled

theoparis.com / binutils-apple

0

WIP MachO binutils port assisted by AI I may consider upstreaming this in the future.

0

binutils-apple / libctf / testsuite /

at master 5 folders

Bruce McCulloch libctf: remove CTF_F_ARRNELEMS flag 5mo ago

libctf: remove CTF_F_ARRNELEMS flag This patch removes the constraint that a CTF_F_ARRNELEMS flag has to be present in order to reverse the elements of an array when dumping. The flag was never added to GCC, and having this requirement causes more problems than it solves. A quick recap of the issue: Given an array int foo[1][2][3], the expected graph is: int foo[1][2][3] -> int foo[2][3] -> int foo[3] -> int foo Prior to GCC PR114186, the emitted graph would be: int foo[1][2][3] -> int foo[1][2] -> int foo[1] -> int foo Following GCC PR114186, before the libctf fix, the output was: int foo[3][2][1] -> int foo[3][2] -> int foo[3] -> int foo So the underlying type graph was correct, but the ordering of elements was incorrect. With this fix, we emit correct ordering of the type graph, with no requirements for the compiler to signal that it has GCC PR114186. include/ * ctf.h (CTF_F_ARRNELEMS): Delete. (CTF_F_MAX): Adjust. libctf/ * ctf-decl.c (ctf_decl_push): Act as if CTF_F_ARRNELEMS is always set. * ctf-dump.c (ctf_dump_header): No longer dump its value. * testsuite/libctf-lookup/multidim-array.c: No longer detect compilers not emitting this flag (none do).

5 months ago

Update year range in copyright notice of binutils files Avoid warnings about invalid escapes in etc/update-copyright.py by using raw strings, add BinutilsFilter to skip psql.rc and add "Kalray SA." as another copyright holder.

6 months ago

libctf: remove CTF_F_ARRNELEMS flag This patch removes the constraint that a CTF_F_ARRNELEMS flag has to be present in order to reverse the elements of an array when dumping. The flag was never added to GCC, and having this requirement causes more problems than it solves. A quick recap of the issue: Given an array int foo[1][2][3], the expected graph is: int foo[1][2][3] -> int foo[2][3] -> int foo[3] -> int foo Prior to GCC PR114186, the emitted graph would be: int foo[1][2][3] -> int foo[1][2] -> int foo[1] -> int foo Following GCC PR114186, before the libctf fix, the output was: int foo[3][2][1] -> int foo[3][2] -> int foo[3] -> int foo So the underlying type graph was correct, but the ordering of elements was incorrect. With this fix, we emit correct ordering of the type graph, with no requirements for the compiler to signal that it has GCC PR114186. include/ * ctf.h (CTF_F_ARRNELEMS): Delete. (CTF_F_MAX): Adjust. libctf/ * ctf-decl.c (ctf_decl_push): Act as if CTF_F_ARRNELEMS is always set. * ctf-dump.c (ctf_dump_header): No longer dump its value. * testsuite/libctf-lookup/multidim-array.c: No longer detect compilers not emitting this flag (none do).

5 months ago

libctf-regression

Update year range in copyright notice of binutils files Avoid warnings about invalid escapes in etc/update-copyright.py by using raw strings, add BinutilsFilter to skip psql.rc and add "Kalray SA." as another copyright holder.

6 months ago

libctf-writable

Update year range in copyright notice of binutils files Avoid warnings about invalid escapes in etc/update-copyright.py by using raw strings, add BinutilsFilter to skip psql.rc and add "Kalray SA." as another copyright holder.

6 months ago