chore: fixing noir warnings#15856
Conversation
f03d6c1 to
fd9b776
Compare
fd9b776 to
ba0d164
Compare
92da17d to
5e9d24e
Compare
|
|
||
| fn next_counter(&mut self) -> u32 { | ||
| // This function got exposed publicly to be able to access it in ContractClassRegistry. | ||
| // TODO: Should we introduce an abstraction such that accessing this externally is not needed? |
There was a problem hiding this comment.
I think unblocking the next noir sync is more important than this so just lazily added here and below a TODO
There was a problem hiding this comment.
The change is trivial, we just need a method for pushing contract class log hashes
| @@ -1,4 +1,4 @@ | |||
| mod balance_utils; | |||
| pub mod balance_utils; | |||
There was a problem hiding this comment.
Having this in the value note in the first place is strange. Probably worthy of moving in a separate PR
| aztec = { path = "../../../../aztec-nr/aztec" } | ||
| keccak256 = { tag = "v0.1.0", git = "https://github.com/noir-lang/keccak256" } | ||
| sha256 = { tag = "v0.1.2", git = "https://github.com/noir-lang/sha256" } | ||
| poseidon = { tag= "v0.1.1", git = "https://github.com/noir-lang/poseidon" } |
There was a problem hiding this comment.
The poseidon function are no longer exposed on noir::std so I am exposing this here.
dbanks12
left a comment
There was a problem hiding this comment.
public context looks good
|
|
||
| fn next_counter(&mut self) -> u32 { | ||
| // This function got exposed publicly to be able to access it in ContractClassRegistry. | ||
| // TODO: Should we introduce an abstraction such that accessing this externally is not needed? |
There was a problem hiding this comment.
The change is trivial, we just need a method for pushing contract class log hashes
| unconstrained fn call( | ||
|
|
||
| // This function is temporarily exposed publicly to be able to test it in AVMTest contract. | ||
| // TODO: Refactor tests to keep this implementation detail private within the crate. |
There was a problem hiding this comment.
Are you planning on doing this?
There was a problem hiding this comment.
Created an issue and will try to figure this out next week.
…src/cards.nr Co-authored-by: Nicolás Venturo <nicolas.venturo@gmail.com>
…e` method instead of direct field assignment for commitment.
Fixing the vast majority of compiler warnings in `noir-projects`. Tackling this now as incoming Noir release will disallow accessing of private fields and private functionality. These warnings are remaining: <img width="1128" height="523" alt="image" src="https://github.com/user-attachments/assets/a9372a2b-ce93-41f3-9a4b-ffa96b60ba5f" /> The first one is impractical to fix, the 2nd, 3rd and 4th I am not sure how to fix and the last one I plan on making the AVM team fix. --------- Co-authored-by: Nicolás Venturo <nicolas.venturo@gmail.com>
Fixes #15980 In [this PR](#15856) I incorrectly exposed a couple of functions. In this PR I un-expose both. The `next_counter` got tackled by me moving the `emit_contract_class_log` to private context which is where it actually should be. For the `call` function I decided to just disable the test funcitons in which it was used. It's up to the AVM team to re-enable those tests. Created [an issue](#16099) for that.

Fixing the vast majority of compiler warnings in
noir-projects.Tackling this now as incoming Noir release will disallow accessing of private fields and private functionality.
These warnings are remaining:
The first one is impractical to fix, the 2nd, 3rd and 4th I am not sure how to fix and the last one I plan on making the AVM team fix.