feat: Local implicit modules for @guppy

[aborgna-q]

Makes @guppy define local modules by default. Fixes #101.

• Removes _Guppy.set_module
• Adds a _Guppy.compile that compiles and returns the local module.
• Similarly, a _Guppy.take_module that returns the module without compiling it (and removes it from the local context).
• Adds a @guppy(compile=True) option as a fall-back to the previous behaviour, where it directly compiles a Hugr.

Look at the first commit. The second is just noise updating the tests to use the compile flag.

I wonder if it'd be better to have a different decorator that compiles directly to hugrs instead of the compile flag.

[mark-koch]

Looks good 👍

I wonder if it'd be better to have a different decorator that compiles directly to hugrs instead of the compile flag.

I think this depends on whether we want direct compilation of functions to be a user facing feature? I would tend to say no, since we're really only using it to write tests. In that case, we could just make it a local decorator in the tests package

[aborgna-q]

we could just make it a local decorator in the tests package

Would it ever be useful to directly compile to a hugr in a jupyter notebook?
There's the problem that the user has no way to include modules before that, so it may be pretty useless.

[mark-koch]

Would it ever be useful to directly compile to a hugr in a jupyter notebook?

Do we even expect users to look at Hugrs? At least I think this would be an expert-level feature, so it would probably be fine to retrieve it from the module instead of making the decorator do it.

There's the problem that the user has no way to include modules before that, so it may be pretty useless.

Agreed. So I think we can go ahead an move this to the tests package?

[aborgna-q]

I removed the compile flag from the decorator and made it a @compile_guppy method in test.utils instead.

[mark-koch]

Thank you, LGTM 👍 Just some naming suggestions