-
Notifications
You must be signed in to change notification settings - Fork 298
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
Overhaul Pages and Bytes types #449
Conversation
Codecov Report
@@ Coverage Diff @@
## master #449 +/- ##
==========================================
- Coverage 79.44% 79.33% -0.12%
==========================================
Files 71 72 +1
Lines 6193 6241 +48
==========================================
+ Hits 4920 4951 +31
- Misses 1273 1290 +17
📣 We’re building smart automated test selection to slash your CI/CD build times. Learn more |
BENCHMARKS
|
wasmi_v1/src/memory/byte_buffer.rs
Outdated
|
||
#[cfg(target_pointer_width = "64")] | ||
const fn max_len() -> u64 { | ||
u32::MAX as u64 + 1 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Sorry, I could not find this value in spec. Could you give me a ref?
# Conflicts: # crates/core/src/units.rs # crates/wasmi/src/memory/mod.rs
Could you also consider to extract memoryEntity type as a new crate? |
i do not see a reason for this. also what does this has to do with this PR? |
I think it may be better to put Pages/Bytes into a |
Yeah I got that but can you give me a compelling example as to why? |
No examples, simply because I need this crate too :( |
# Conflicts: # crates/wasmi/benches/benches.rs
Cannot you use |
Problems with previous types were found during fuzzy testing.
These types make it simpler to fix linear memory allocation problems in
wasmi
for 32-bit and 64-bit architectures for edge cases.Also we get rid of the
memory_units
dependency which did a lot more things that we actually needed inwasmi
.