clang -faddress-sanitizer found this invalid read access in two scenarios: 1: cptr[8/8] with uint1 2: off-by-one access on multi-byte values
…loc call like in df12f34
…t in the Headerizer.
http://clang.llvm.org/docs/AddressSanitizer.html fails in trace_mem_block() with a stack invalid READ, which is actually valid in our GC . Since this is the only function we just use the recommended detection and attribute here once.
three are fixed by updating to non-ancient calling conventions (self as first invocant). The fourth was in PASM, and is now gone
…e in core.ops
…- Parrot's supposed 'next generation compiler'; and 'PIRC' - a, according to Whiteknight, dead project.
…s are 'experimental' from the doc. Why? Because it's misleading. Our auto-generation of html docs is no longer 'experimental'.
…corresponding step tests.
The version string from PCT::HLLCompiler was always: This compiler is built with the Parrot Compiler Toolkit, parrot revision 1. Change that to include the version and git_describe instead, like: This compiler is built with the Parrot Compiler Toolkit, parrot 4.3.0 revision RELEASE_4_3_0-13-g16f3fbe
…coded strings if all codepoints are in the Latin-1 range.