Skip to content
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

Reordered Memory Operations #59

Closed
ncough opened this issue Mar 18, 2024 · 2 comments
Closed

Reordered Memory Operations #59

ncough opened this issue Mar 18, 2024 · 2 comments

Comments

@ncough
Copy link
Collaborator

ncough commented Mar 18, 2024

Paired memory reads may become reordered, as seen in 0x28400021:

constant bits ( 32 ) Exp18__5 = Mem.read.0 {{ 4 }} ( add_bits.0 {{ 64 }} ( __array _R [ 1 ],'0000000000000000000000000000000000000000000000000000000000000100' ),4,2 ) ;
__array _R [ 1 ] = ZeroExtend.0 {{ 32,64 }} ( Mem.read.0 {{ 4 }} ( __array _R [ 1 ],4,2 ),64 ) ;
__array _R [ 0 ] = ZeroExtend.0 {{ 32,64 }} ( Exp18__5,64 ) ;

The incremented access (stored in Exp18__5) appears to evaluate before the non-incremented, however the inverse is expected for aarch64_memory_pair_general_no_alloc. Likely due to copy prop.

@ncough ncough changed the title Reorder Memory Operations Reordered Memory Operations Mar 18, 2024
@ncough
Copy link
Collaborator Author

ncough commented Mar 18, 2024

This is linked to #25. Suspect we would prefer to keep memory operations in order, even if you can't depend on them evaluating in any given order.

@ncough
Copy link
Collaborator Author

ncough commented Dec 11, 2024

Resolved by disabling memory load copy prop.

@ncough ncough closed this as completed Dec 11, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant