chore(ci)!: Add Brillig loop bytecode size regression and update noir-gates-diff report

[vezenovm]

Description

Problem*

Resolves

Summary*

Successful example report:

I originally just had this PR as a draft to test and close, but we can just keep the PR now to add a size regression test for issue #4535:

struct EnumEmulation {
    a: Option<Field>,
    b: Option<Field>,
    c: Option<Field>,
}

unconstrained fn main() -> pub Field {
    let mut emulated_enum = EnumEmulation { a: Option::some(1), b: Option::none(), c: Option::none() };

    assert_eq(emulated_enum.a.unwrap(), 1);

    emulated_enum.a = Option::some(2);
    emulated_enum.a.unwrap()
}

This PR also provides a quicker way of updating the noir-gates-diff commit as the original PR (#5745) will first search for a report on master where a Brillig report does not exist. On this branch we have a reference report on mv/brillig-opcode-report. I think we could merge mv/brillig-opcode-report into master and then any more commit hash updates for the noir-gates-diff repo can be made on this PR.

Additional Context

Documentation*

Check one:

• No documentation needed.
• Documentation included in this PR.
• [For Experimental Features] Documentation to be submitted in a separate PR.

PR Checklist*

• I have tested the changes locally.
• I have formatted the changes with Prettier and/or cargo fmt on default settings.

[TomAFrench]

We should be optimizing this code out tbh. Not sure why we're not doing so atm.

[github-actions]

Changes to Brillig bytecode sizes

Generated at commit: bbe0b673dee9aba1157d8dbf94fa08ac16c52cc8, compared to commit: 63b3d027f613040a99b86a567e09e83d57de73b8

There are no changes in circuit sizes

[TomAFrench]

This is going to be breaking but 🤷