Follow-up Comment #2, bug #45067 (project avr-libc):
"Unfortunately, the bit order of the CRC polynomial appears to
be one of the things where there is never consensus about. :( "
I agree, so just pick one and be consistent about it. My point is that crc.h
mixes both bit orders without even a comment explaining it.
And if you're going to pick one, I think the way pycrc does it is best because
it is explicit as to when the polynomial division is bit-reversed. In cases
where a CRC shows a polynomial in bit-reversed order, that's an implicit
indication that it operates on the bits in reverse order (shift right instead
of shift left).
_______________________________________________________
Reply to this item at:
<http://savannah.nongnu.org/bugs/?45067>
_______________________________________________
Message sent via/by Savannah
http://savannah.nongnu.org/
_______________________________________________
AVR-libc-dev mailing list
AVR-libc-dev@nongnu.org
https://lists.nongnu.org/mailman/listinfo/avr-libc-dev
