This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug sanitizer/67204] documentation for sanitizer missing/incomplete
- From: "manu at gcc dot gnu.org" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: Mon, 17 Aug 2015 10:07:23 +0000
- Subject: [Bug sanitizer/67204] documentation for sanitizer missing/incomplete
- Auto-submitted: auto-generated
- References: <bug-67204-4 at http dot gcc dot gnu dot org/bugzilla/>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67204
Manuel LÃpez-IbÃÃez <manu at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |manu at gcc dot gnu.org
--- Comment #7 from Manuel LÃpez-IbÃÃez <manu at gcc dot gnu.org> ---
(In reply to Marek Polacek from comment #5)
> (In reply to smagnet from comment #3)
> > Moreover, the undefined behavior sanitizer runtime options (UBSAN_OPTIONS,
> > as described here
> > <https://www.chromium.org/developers/testing/undefinedbehaviorsanitizer>)
> > aren't documented at all in the manual.
>
> UBSAN_OPTIONS isn't currently supported by GCC.
These kind of divergences give reason to think that the sanitizers should be
further documented in the GCC manual. Another example is the range of supported
platforms: GCC's sanitizer could in principle support different ones (more?
fewer?) than Clang's.
I'm not saying that anyone should stop working on what they are doing to
implement this, but if a volunteer appears (Smagnet?) and wants to work on
this, why not allow them? Perhaps they can create better documentation than the
official one.