NetBSD-Bugs archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: toolchain/54090: gcc -fsanitize=address creates an unusable binary on amd64
The following reply was made to PR toolchain/54090; it has been noted by GNATS.
From: Alexander Nasonov <alnsn%yandex.ru@localhost>
To: gnats-bugs%netbsd.org@localhost
Cc: toolchain-manager%netbsd.org@localhost, gnats-admin%netbsd.org@localhost,
netbsd-bugs%netbsd.org@localhost, alnsn%netbsd.org@localhost
Subject: Re: toolchain/54090: gcc -fsanitize=address creates an unusable
binary on amd64
Date: Sun, 31 Mar 2019 12:43:56 +0100
Kamil Rytarowski wrote:
> If this is enough, I propose to disable detect_leaks unconditionally and
> leave it for future.
Disabling it silently isn't ideal because some people may falsely
assume that their software is leak free.
In a typical setup (when /proc is mounted with nolinux), it doesn't
hang but prints some useful hints:
$ ./a.out
==373==Can't open /proc/6440/task for reading.
==6440==LeakSanitizer has encountered a fatal error.
==6440==HINT: For debugging, try setting environment variable LSAN_OPTIONS=verbosity=1:log_threads=1
==6440==HINT: LeakSanitizer does not work under ptrace (strace, gdb, etc)
Can we add another hint here about detect_leaks?
--
Alex
Home |
Main Index |
Thread Index |
Old Index