[Bug sanitizer/101111] New: Undefined reference to ___lsan_default_suppressions when compiling GCC 11.1 for x86_64 macOS

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=10 Bug ID: 10 Summary: Undefined reference to ___lsan_default_suppressions when compiling GCC 11.1 for x86_64 macOS Product: gcc Version: 11.1.0 Status: UNCONFIRMED

[Bug sanitizer/101111] Undefined reference to ___lsan_default_suppressions when compiling GCC 11.1 for x86_64 macOS

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=10 --- Comment #1 from Mosè Giordano --- To add more information, the real problem seems to be that xgcc can't generate weak symbols: sandbox:${WORKSPACE}/srcdir/gcc_build # x86_64-apple-darwin14-nm x86_64-apple-darwin14/libsanitizer/lsan/.libs/l

[Bug sanitizer/101111] xgcc cross-compiler for x86_64-apple-darwin in GCC 11.1 doesn't generate weak symbols, resulting in undefined reference to ___lsan_default_suppressions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=10 --- Comment #2 from Mosè Giordano --- I've gathered some more information. In LLVM, libsanitizer uses -Wl,-U, to allow the macOS linker accept undefined symbols and mimic ELF weak symbols, see

[Bug sanitizer/101111] xgcc cross-compiler for x86_64-apple-darwin in GCC 11.1 doesn't generate weak symbols, resulting in undefined reference to ___lsan_default_suppressions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=10 --- Comment #4 from Mosè Giordano --- You're right, in `x86_64-apple-darwin14/libsanitizer/config.log` I can see that `build == x86_64-linux-musl` and `host == target == x86_64-apple-darwin`, but still, in `x86_64-apple-darwin14/libsanitizer` I

[Bug sanitizer/101111] xgcc cross-compiler for x86_64-apple-darwin in GCC 11.1 doesn't generate weak symbols, resulting in undefined reference to ___lsan_default_suppressions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=10 --- Comment #5 from Mosè Giordano --- Ok, I finally found the culprit: `libsanitizer` does already have a way to add `-Wl,-undefined,dynamic_lookup` to CXXFLAGS, but it uses a bashism:

[Bug sanitizer/101111] xgcc cross-compiler for x86_64-apple-darwin in GCC 11.1 doesn't generate weak symbols, resulting in undefined reference to ___lsan_default_suppressions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=10 --- Comment #6 from Mosè Giordano --- Created attachment 51038 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51038&action=edit Patch to fix the reported issue Please find attached a patch to fix the reported issue. I replaced the bashis

[Bug libcc1/104799] Header issue with x86_64-linux-musl based cross-compiler

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104799 --- Comment #2 from Mosè Giordano --- Created attachment 52568 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52568&action=edit Patch for poisoned calloc on Musl systems Following the example of https://git.alpinelinux.org/aports/tree/mai

[Bug sanitizer/101111] xgcc cross-compiler for x86_64-apple-darwin in GCC 11.1 doesn't generate weak symbols, resulting in undefined reference to ___lsan_default_suppressions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=10 --- Comment #7 from Mosè Giordano --- Bump. Is there any chance someone can review a one-line patch? :)

[Bug sanitizer/101111] xgcc cross-compiler for x86_64-apple-darwin in GCC 11.1 doesn't generate weak symbols, resulting in undefined reference to ___lsan_default_suppressions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=10 --- Comment #11 from Mosè Giordano --- > This is OK for master and back-ports from the Darwin perspective Thanks for the review and confirmation! > (I guess Martin plans to deal with this since he has assigned the PR, but if > he does not hav