Thanks to visit codestin.com
Credit goes to github.com

Skip to content

Conversation

@kikofernandez
Copy link
Contributor

The size/1 BIF is not optimized by the JIT, and its use can result in worse types for Dialyzer.

When one knows that the value being tested must be a tuple, tuple_size/1 should always be preferred.

When one knows that the value being tested must be a binary, byte_size/1 should be preferred. However, byte_size/1 also accepts a bitstring (rounding up size to a whole number of bytes), so one must make sure that the call to byte_size/ is preceded by a call to is_binary/1 to ensure that bitstrings are rejected. Note that the compiler removes redundant calls to is_binary/1, so if one is not sure whether previous code had made sure that the argument is a binary, it does not harm to add an is_binary/1 test immediately before the call to byte_size/1.

@kikofernandez kikofernandez added team:PS Assigned to OTP team PS enhancement labels Feb 3, 2023
@kikofernandez kikofernandez self-assigned this Feb 3, 2023
@github-actions
Copy link
Contributor

github-actions bot commented Feb 3, 2023

CT Test Results

       2 files       24 suites   6m 14s ⏱️
2 154 tests 2 146 ✔️   8 💤 0
3 970 runs  3 936 ✔️ 34 💤 0

Results for commit 7be6cad.

♻️ This comment has been updated with latest results.

To speed up review, make sure that you have read Contributing to Erlang/OTP and that all checks pass.

See the TESTING and DEVELOPMENT HowTo guides for details about how to run test locally.

Artifacts

// Erlang/OTP Github Action Bot

@kikofernandez kikofernandez added the testing currently being tested, tag is used by OTP internal CI label Feb 3, 2023
@kikofernandez kikofernandez added this to the OTP-26.0-rc1 milestone Feb 3, 2023
The <c>size/1</c> BIF is not optimized by the JIT, and its use can
result in worse types for Dialyzer.

When one knows that the value being tested must be a tuple,
<c>tuple_size/1</c> should always be preferred.

When one knows that the value being tested must be a binary,
<c>byte_size/1</c> should be preferred. However, <c>byte_size/1</c> also
accepts a bitstring (rounding up size to a whole number of bytes), so
one must make sure that the call to <c>byte_size/</c> is preceded by a
call to <c>is_binary/1</c> to ensure that bitstrings are rejected. Note
that the compiler removes redundant calls to <c>is_binary/1</c>, so if
one is not sure whether previous code had made sure that the argument is
a binary, it does not harm to add an <c>is_binary/1</c> test immediately
before the call to <c>byte_size/1</c>.
@kikofernandez kikofernandez force-pushed the kiko/xmerl/replace-size-by-xxx_size/GH-6672/OTP-18405 branch from 7be6cad to 35956e2 Compare February 6, 2023 08:59
@kikofernandez
Copy link
Contributor Author

This PR is closed to the wrong naming convention. Its replacement is #6796

@kikofernandez kikofernandez deleted the kiko/xmerl/replace-size-by-xxx_size/GH-6672/OTP-18405 branch February 6, 2023 09:01
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

enhancement team:PS Assigned to OTP team PS testing currently being tested, tag is used by OTP internal CI

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant