search for: f7c52c8

Martijn van Beurden wrote: > I just checked on my Raspberry pi (armv6-hf, GCC 4.6) and it > looks like decoding is actually faster with these changes. I > benchmarked 1b8af6b against f7c52c8, the results are attached. Interesting results, thanks. (OTOH, GCC 4.6 was released ~4.5 years ago, so it would be also interesting to test it on newer compilers - GCC 4.9.x or 5.x, or some new Clang...)

Hi all, People watching the git commits might have noticed that I have been fixing a number of issues around undefined behaviour. Why you ask? * Some forms of undefined behaviour have potential for security exploits. * Compiler writers are free to replace anything which invokes UB with a NOP or even, nothing at all. * Having large numbers of UB warnings makes it difficult (or rather time

lvqcl wrote: > Martijn van Beurden wrote: > > > I just checked on my Raspberry pi (armv6-hf, GCC 4.6) and it > > looks like decoding is actually faster with these changes. I > > benchmarked 1b8af6b against f7c52c8, the results are attached. > > Interesting results, thanks. > > > (OTOH, GCC 4.6 was released ~4.5 years ago, so it would be also > interesting to test it on newer compilers - GCC 4.9.x or 5.x, > or some new Clang...) I've added a micro benchmark for this is in the micr...