Skip to content

bv_typet is also sensitive to endianness #6485

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.

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

Merged
merged 1 commit into from
Nov 29, 2021

Conversation

tautschnig
Copy link
Collaborator

@tautschnig tautschnig commented Nov 29, 2021

The bits within an object of bv_typet are ordered depending on
endianness. This is consistent with typecasts to/from bv_typet of some
other bitvector type, which do not alter the sequence of bits.

  • Each commit message has a non-empty body, explaining why the change was made.
  • n/a Methods or procedures I have added are documented, following the guidelines provided in CODING_STANDARD.md.
  • n/a The feature or user visible behaviour I have added or modified has been documented in the User Guide in doc/cprover-manual/
  • Regression or unit tests are included, or existing tests cover the modified code (in this case I have detailed which ones those are in the commit message).
  • n/a My commit message includes data points confirming performance improvements (if claimed).
  • My PR is restricted to a single feature or bugfix.
  • n/a White-space or formatting changes outside the feature-related changed lines are in commits of their own.

Copy link
Member

@peterschrammel peterschrammel left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Have you got a test case that exhibited this problem?

@tautschnig
Copy link
Collaborator Author

Have you got a test case that exhibited this problem?

Currently in the last three commits in #6442. I'll seek to move them over here in case they pass with just the changes in here. There are a lot more changes in the last commit in #6442 ...

@tautschnig tautschnig self-assigned this Nov 29, 2021
@codecov
Copy link

codecov bot commented Nov 29, 2021

Codecov Report

Merging #6485 (5bf69a3) into develop (f5789d0) will increase coverage by 0.00%.
The diff coverage is 100.00%.

Impacted file tree graph

@@           Coverage Diff            @@
##           develop    #6485   +/-   ##
========================================
  Coverage    76.04%   76.04%           
========================================
  Files         1546     1546           
  Lines       165485   165521   +36     
========================================
+ Hits        125836   125864   +28     
- Misses       39649    39657    +8     
Impacted Files Coverage Δ
src/solvers/lowering/byte_operators.cpp 92.21% <100.00%> (-0.03%) ⬇️
src/util/endianness_map.cpp 62.06% <100.00%> (-14.60%) ⬇️
unit/solvers/lowering/byte_operators.cpp 100.00% <100.00%> (ø)

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 0d62ff5...5bf69a3. Read the comment docs.

The bits within an object of bv_typet are ordered depending on
endianness. This is consistent with typecasts to/from bv_typet of some
other bitvector type, which do not alter the sequence of bits.

The unit test would previously fail the check `REQUIRE(lower_be1 ==
*array_of_bits)` for the big-endian case (line 89), even though the
little-endian case was fine.
@tautschnig
Copy link
Collaborator Author

Have you got a test case that exhibited this problem?

Currently in the last three commits in #6442. I'll seek to move them over here in case they pass with just the changes in here. There are a lot more changes in the last commit in #6442 ...

Test added and commit message amended to explain what was failing before.

@tautschnig tautschnig merged commit 65cd7eb into diffblue:develop Nov 29, 2021
@tautschnig tautschnig deleted the bv_typet-endianness branch November 29, 2021 15:15
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants