New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

Implement & test TRICE_TRANSFER_ORDER_IS_NOT_MCU_ENDIAN #417

Closed

rokath opened this issue May 14, 2023 · 1 comment

Assignees

Labels

enhancement help wanted quality wontfix

Owner

rokath commented May 14, 2023 •

edited

Loading

big endian MCUs are already supported.
It is unclear, how RTT8 & RTT32 work well between machines of different endiannes.
- without and with package framing
compiler agostic and efficient byte swapping macros (optional assembler?) are of interest.
Actually there seems to be no need for that.
Increases code amount and target execution time
One advantage: big endian reception could get tested automatically.

rokath added enhancement help wanted quality labels

rokath self-assigned this

th-sabik pushed a commit that referenced this issue


          TRICE_TRANSFER_ORDER_IS_NOT_MCU_ENDIAN deactivated

ddf3617

See #417 (comment)

rokath added the wontfix label

Owner Author

rokath commented Aug 12, 2024

Not needed for now. Will be opened again on request.

rokath closed this as completed

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment