Use sb-nibbles contrib, if available #12
Open
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Hi!
The sb-nibbles contrib referred to here isn't yet in SBCL, and hasn't been discussed thoroughly, so please don't merge this PR yet!
The intent here (in the second commit) is to decouple the low-level implementation of nibbles functionality from the user-facing library, so that if SBCL chooses to change how it expresses its assembler (as has happened in the past), nibbles the library doesn't need to change; it probably makes it easier to support efficient accessors on other systems (e.g. 64-bit arm and power support unaligned accesses, I believe). The potential downside is that there's now a two-body problem; if nibbles one day wants to implement e.g. 128-bit accessors, it will need some cooperation with the sb-nibbles contrib. (The scheme I've chosen here is to test for symbol presence, and fall back to a generic implementation if it's not, so there's some hope for forward compatibility).
The first commit is a cosmetic fix, not of high importance (but I noticed it in the course of testing, so...). It is independent and could be merged as-is.