Closed eseiler closed 5 months ago
The latest updates on your projects. Learn more about Vercel for Git ↗︎
Name | Status | Preview | Updated (UTC) |
---|---|---|---|
seqan3 | ✅ Ready (Inspect) | Visit Preview | Jan 30, 2024 11:25am |
All modified and coverable lines are covered by tests :white_check_mark:
Comparison is base (
5c321ec
) 98.17% compared to head (5ea70ac
) 98.17%.
:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Have feedback on the report? Share it here.
Second commit:
The result of
is erroneous due to some optimization (the Intel compiler uses some more aggressive optimization by default). The cast is probably undefined (or at least unspecified) behavior.
Usually, this is because the value is not properly bound to
in
inThis also occasionally happens with other compilers.
My solution is to either use the left or right byte, depending on the endianness. Since we cast to
uint16_t
, and only compare one byte, the correct byte should be either of the two. Currently, we do not officially support / test big endian archs.