Follow-up Comment #2, bug #37901 (project avr-libc):
Okay, but in that case I think that needs to be made clear.
The standard CCITT CRC should produce an endian and bit-order independent
result that is compatible with other implementations. I understand that it is
designed to be compatible with the IRDA standard, but it appears to be a
mistake on their part or at least the result of confusion over which version
people are usually referring to by that name.
As I pointed out, the biggest issue for me is that it is incompatible with the
XMEGA CRC module's implementation. Renaming the functions is probably out of
the question now, but the documentation should at least be amended to make it
clear which one you might want to use. There are lots of threads on AVR Freaks
from confused programmers wondering why it doesn't work.
_______________________________________________________
Reply to this item at:
<http://savannah.nongnu.org/bugs/?37901>
_______________________________________________
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
