https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89868
Andrew Pinski <pinskia at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |dodji at gcc dot gnu.org,
| |dvyukov at gcc dot gnu.org,
| |jakub at gcc dot gnu.org,
| |kcc at gcc dot gnu.org
Component|c++ |sanitizer
Summary|-fsanitize=address inhibits |-fsanitize=address inhibits
|C++ unhandled exception |core dumps
|core dump |
--- Comment #7 from Andrew Pinski <pinskia at gcc dot gnu.org> ---
(In reply to Jonny Grant from comment #6)
> Hi Andrew
> Thank you for tracking that down. It is a shame, there isn't a
> WCORETOOLARGE, or WUNABLETOCOREDUMP etc.. I wonder really how big the core
> must be to be unable to save
You can look into the kernel sources to figure it out. ulimit sets some limits
of the core file but there might be some other sys related ones.
asan needs to have a huge area where it does a shadow memory; it is compressed
but still big.
