Does Asan work for RISC-V currently? It seems that '-fsanitize=address' is
still unsupported for RISC-V. If I add '--enable-libsanitizer' in Makefile.in
to reconfigure, there are compiling errors.
Is it because # libsanitizer not supported rv32, but it will break the rv64
multi-lib build, so we
Does Asan work for RISC-V currently? It seems that '-fsanitize=address' is
still unsupported for RISC-V. If I add '--enable-libsanitizer' in Makefile.in
to reconfigure, there are compiling errors.
Is it because # libsanitizer not supported rv32, but it will break the rv64
multi-lib build, so we
Does Asan work for RISC-V currently? It seems that '-fsanitize=address' is
still unsupported for RISC-V. If I add '--enable-libsanitizer' in Makefile.in
to reconfigure, there are compiling errors.
Is it because # libsanitizer not supported rv32, but it will break the rv64
multi-lib build, so we
From: cooper.joshua
gcc/
* config/riscv/riscv.c (asan_shadow_offset): Implement the offset of
asan shadow memory for risc-v.
(asan_shadow_offset): new macro definition.
---
gcc/config/riscv/riscv.c | 11 +++
1 file changed, 11 insertions(+)
diff --git a/gcc/co
what
arbitrary.
In order to save memory there's some lossyness in the address->tag mapping.
Most 32-bit ports pick a tag array that's 1/8th of the memory size, which is
where the 29 comes from. I don't see any reason why that wouldn't be workable
on rv32, but it seems
From: cooper.joshua
gcc/
* config/riscv/riscv.c (asan_shadow_offset): Implement the offset of
asan shadow memory for risc-v.
(asan_shadow_offset): new macro definition.
libsanitizer/
* sanitizer_common/sanitizer_common.h (ModuleArch): New enumerator.
