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

feat: Sync from aztec-packages #4743

Closed
wants to merge 1 commit into from
Closed

feat: Sync from aztec-packages #4743

wants to merge 1 commit into from

Conversation

AztecBot
Copy link
Collaborator

@AztecBot AztecBot commented Apr 8, 2024

Automated pull of Noir development from aztec-packages.
BEGIN_COMMIT_OVERRIDE
feat!: storage_layout and #[aztec(storage)] (AztecProtocol/aztec-packages#5387)
feat(acir)!: Add predicate to call opcode (AztecProtocol/aztec-packages#5616)
feat: Sync from noir (AztecProtocol/aztec-packages#5572)
feat!: contract_abi-exports (AztecProtocol/aztec-packages#5386)
feat(avm): integrate AVM with initializers (AztecProtocol/aztec-packages#5469)
feat: Restore hashing args via slice for performance (AztecProtocol/aztec-packages#5539)
END_COMMIT_OVERRIDE

…ckages#5387)

Requires AztecProtocol/aztec-packages#5386

Closes AztecProtocol/aztec-packages#5079

Leveraging the new `#[abi(tag)]` export attribute, the
`#[aztec(storage]` and `#[aztec(note)]` decorators are now used by the
aztec macros to generate exportable global structs that include storage
and notes info. These are then interpreted by `noir-compiler` in the ts
codegen and exposed through the contract classes.

```typescript

MyContractClass.storage.my_storage_variable.slot: Fr;
MyContractClass.notes.MyNote.id: Fr;

```

In the process I realized we didn't really need the
`process_def_collector` pass, which has been removed (one less thing to
worry about before moving to metaprogramming!) in favor of using
`#[aztec(note)]` to identify notes that need to get included in the
autogenerated `compute_note_hash_and_nullifier` implementation.

---------

Co-authored-by: esau <152162806+sklppy88@users.noreply.github.com>
@TomAFrench
Copy link
Member

Closing in favour of AztecProtocol/aztec-packages#5619 as we're going to get conflicts in both directions so we should sync in the direction which doesn't attempt to revert changes into master.

@TomAFrench TomAFrench closed this Apr 8, 2024
@TomAFrench TomAFrench deleted the aztec-packages branch April 8, 2024 19:09
@TomAFrench TomAFrench restored the aztec-packages branch April 8, 2024 19:09
@TomAFrench TomAFrench reopened this Apr 8, 2024
@TomAFrench TomAFrench closed this Apr 8, 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

Successfully merging this pull request may close these issues.

2 participants