You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Following #3979 and an internal discussion we have decided to shelve nested slices temporarily as the code has gotten very complex for a single feature. There are efficiencies issues with the current approach as well where it may not even be worth it for a developer to use nested slices.
Happy Case
Block any usage of nested slices, either in struct field types, declared types in let statements, or declared literals.
Alternatives Considered
We will consider removing the check against nested slices once a new slice planning session has been conducted.
Additional Context
No response
Would you like to submit a PR for this Issue?
No
Support Needs
No response
The text was updated successfully, but these errors were encountered:
# Description
## Problem\*
Resolves#4017
## Summary\*
After this PR #3979 and an
internal discussion we have decided to temporarily block nested slices.
This PR adds a check in the frontend and in the SSA against nested
slices. The check in the frontend makes sure any struct fields with a
nested slice (but without generics) are not blocked as well as any type
declarations with nested slices. In order to account for generics in
structs we also have a checked array codegen that makes sure we do not
have a nested slice.
## Additional Context
The actual nested slice code in the ACIR gen is somewhat intertwined so
I felt it would be best for a separate PR which will be a followup to
this one.
## Documentation\*
Check one:
- [] No documentation needed.
- [X] Documentation included in this PR.
- [ ] **[Exceptional Case]** Documentation to be submitted in a separate
PR.
# PR Checklist\*
- [X] I have tested the changes locally.
- [X] I have formatted the changes with [Prettier](https://prettier.io/)
and/or `cargo fmt` on default settings.
Problem
Following #3979 and an internal discussion we have decided to shelve nested slices temporarily as the code has gotten very complex for a single feature. There are efficiencies issues with the current approach as well where it may not even be worth it for a developer to use nested slices.
Happy Case
Block any usage of nested slices, either in struct field types, declared types in let statements, or declared literals.
Alternatives Considered
We will consider removing the check against nested slices once a new slice planning session has been conducted.
Additional Context
No response
Would you like to submit a PR for this Issue?
No
Support Needs
No response
The text was updated successfully, but these errors were encountered: