digitalmars.D - Arch Linux ldc package can't use asan
- Atila Neves (9/9) Jan 09 2018 I don't know who's the current maintainer of the Arch Linux D
- Wild (3/7) Jan 09 2018 I will look into this.
- Cym13 (2/9) Jan 09 2018 Grasping the occasion to thank you for your work maintaining it.
- kinke (8/15) Jan 09 2018 Thanks. The official package ships with a renamed copy of the
- Wild (4/12) Jan 09 2018 Thanks! Now I don't need track down what was missing.
- Johan Engelen (7/25) Jan 09 2018 Extra info:
- Wild (12/18) Jan 09 2018 On Arch these files are stored in
- Wild (4/15) Jan 09 2018 The ldc-1:1.7.0-2 is now pushed and -fsanitize=address works,
- Johan Engelen (4/23) Jan 09 2018 Yeah, I have this PR that I didn't look at for a while:
I don't know who's the current maintainer of the Arch Linux D packages. ldc1.7.0 from the Arch repositories doesn't work with -fsanitize=address right now, it fails to link. I originally filed an ldc bug here: https://github.com/ldc-developers/ldc/issues/2488 But it turns out that the pre-built version from dlang.org works fine, so I opened an Arch bug here: https://bugs.archlinux.org/task/57026 Atila
Jan 09 2018
On Tuesday, 9 January 2018 at 15:19:37 UTC, Atila Neves wrote:I don't know who's the current maintainer of the Arch Linux D packages. ldc1.7.0 from the Arch repositories doesn't work with -fsanitize=address right now, it fails to link. I originally filed an ldc bug here:I will look into this. - Dan / The maintainer
Jan 09 2018
Cym13 <cpicard openmailbox.org> On Tuesday, 9 January 2018 at 15:27:56 UTC, Wild wrote:On Tuesday, 9 January 2018 at 15:19:37 UTC, Atila Neves wrote:Grasping the occasion to thank you for your work maintaining it.I don't know who's the current maintainer of the Arch Linux D packages. ldc1.7.0 from the Arch repositories doesn't work with -fsanitize=address right now, it fails to link. I originally filed an ldc bug here:I will look into this. - Dan / The maintainer
Jan 09 2018
On Tuesday, 9 January 2018 at 15:27:56 UTC, Wild wrote:On Tuesday, 9 January 2018 at 15:19:37 UTC, Atila Neves wrote:Thanks. The official package ships with a renamed copy of the LLVM compiler-rt library (matching the LLVM version LDC was built with), libldc_rt.asan-x86_64.a. If a copy is out of the question, a dependency on the package containing that lib (original name: libclang_rt.asan-x86_64.a) and a symlink may do the job. libFuzzer is handled like this as well. See https://github.com/ldc-developers/ldc/blob/v1.7.0/CMakeLists.txt#L742-L795.I don't know who's the current maintainer of the Arch Linux D packages. ldc1.7.0 from the Arch repositories doesn't work with -fsanitize=address right now, it fails to link. I originally filed an ldc bug here:I will look into this. - Dan / The maintainer
Jan 09 2018
On Tuesday, 9 January 2018 at 17:54:11 UTC, kinke wrote:Thanks. The official package ships with a renamed copy of the LLVM compiler-rt library (matching the LLVM version LDC was built with), libldc_rt.asan-x86_64.a. If a copy is out of the question, a dependency on the package containing that lib (original name: libclang_rt.asan-x86_64.a) and a symlink may do the job. libFuzzer is handled like this as well. See https://github.com/ldc-developers/ldc/blob/v1.7.0/CMakeLists.txt#L742-L795.Thanks! Now I don't need track down what was missing. Small question, is only *.a needed and not *.so? - Dan
Jan 09 2018
On Tuesday, 9 January 2018 at 17:54:11 UTC, kinke wrote:On Tuesday, 9 January 2018 at 15:27:56 UTC, Wild wrote:Extra info: LDC should also recognize the libclang_rt.asan and libclang_rt.fuzzer libraries if they are in the same path where LDC would try to find the libldc copies. So the symlink is not even necessary in that case. -JohanOn Tuesday, 9 January 2018 at 15:19:37 UTC, Atila Neves wrote:Thanks. The official package ships with a renamed copy of the LLVM compiler-rt library (matching the LLVM version LDC was built with), libldc_rt.asan-x86_64.a. If a copy is out of the question, a dependency on the package containing that lib (original name: libclang_rt.asan-x86_64.a) and a symlink may do the job. libFuzzer is handled like this as well. See https://github.com/ldc-developers/ldc/blob/v1.7.0/CMakeLists.txt#L742-L795.I don't know who's the current maintainer of the Arch Linux D packages. ldc1.7.0 from the Arch repositories doesn't work with -fsanitize=address right now, it fails to link. I originally filed an ldc bug here:I will look into this. - Dan / The maintainer
Jan 09 2018
On Tuesday, 9 January 2018 at 18:28:46 UTC, Johan Engelen wrote:Extra info: LDC should also recognize the libclang_rt.asan and libclang_rt.fuzzer libraries if they are in the same path where LDC would try to find the libldc copies. So the symlink is not even necessary in that case. -JohanOn Arch these files are stored in "/usr/lib/clang/5.0.1/lib/linux/", and the archlinux package tool doesn't like symlinks that point outside of the package. So a patch would be my only choice. So my solution is: sed -i "s/libclang_rt/clang\/$_llvmversion\/lib\/linux\/&/g" driver/linker-gcc.cpp Would be nice if a future version of ldc checked this directory, or if it would be possible to send in a constant to gnumake with this path.
Jan 09 2018
On Tuesday, 9 January 2018 at 20:43:05 UTC, Wild wrote:On Arch these files are stored in "/usr/lib/clang/5.0.1/lib/linux/", and the archlinux package tool doesn't like symlinks that point outside of the package. So a patch would be my only choice. So my solution is: sed -i "s/libclang_rt/clang\/$_llvmversion\/lib\/linux\/&/g" driver/linker-gcc.cpp Would be nice if a future version of ldc checked this directory, or if it would be possible to send in a constant to gnumake with this path.The ldc-1:1.7.0-2 is now pushed and -fsanitize=address works, the -fsanitize=fuzzer option should work when this issue has been fixed: https://bugs.archlinux.org/task/56023
Jan 09 2018
On Tuesday, 9 January 2018 at 20:43:05 UTC, Wild wrote:On Tuesday, 9 January 2018 at 18:28:46 UTC, Johan Engelen wrote:Yeah, I have this PR that I didn't look at for a while: https://github.com/ldc-developers/ldc/pull/2345 -JohanExtra info: LDC should also recognize the libclang_rt.asan and libclang_rt.fuzzer libraries if they are in the same path where LDC would try to find the libldc copies. So the symlink is not even necessary in that case. -JohanOn Arch these files are stored in "/usr/lib/clang/5.0.1/lib/linux/", and the archlinux package tool doesn't like symlinks that point outside of the package. So a patch would be my only choice. So my solution is: sed -i "s/libclang_rt/clang\/$_llvmversion\/lib\/linux\/&/g" driver/linker-gcc.cpp Would be nice if a future version of ldc checked this directory, or if it would be possible to send in a constant to gnumake with this path.
Jan 09 2018