> >> . Recently, integer overflow run-time checking was activated > >> (again) for the fuzzer, causing a lot of minor code changes while > >> applying fixes. [...] > > > > I have been following those new OVERFLOW_* macros... they are a bit > > ugly and mostly purely for suppressing warnings? > > Yes and yes. They are ugly, and I wonder whether I should drop the > `OVERFLOW_' part of its names to get `SUB_LONG', `ADD_INT32', etc. >
I am pretty sure that C refuses to define signed overflow and left shift of negative numbers because it does not want to accept "2's complement" as de facto standard. FreeType also pretends to be uncommitted to "2's complement", see ftcalc.c:529 for example. Strangely, these new macros essentially accept "2's complement" as the only true God and as a FreeType requirement. Quiz: when was the last non-2's-complement system made? We a basically entertaining C's stubbornness. Oh well...
_______________________________________________ Freetype-devel mailing list [email protected] https://lists.nongnu.org/mailman/listinfo/freetype-devel
