Skip to content

fix: Always do extension resolution when loading packages and hugrs#2953

Merged
aborgna-q merged 3 commits intomainfrom
ab/always-resolve
Mar 18, 2026
Merged

fix: Always do extension resolution when loading packages and hugrs#2953
aborgna-q merged 3 commits intomainfrom
ab/always-resolve

Conversation

@aborgna-q
Copy link
Copy Markdown
Collaborator

Ensure we always run extension resolution when loading a hugr or package.

Previously if we didn't pass an explicit registry we didn't run resolution, so standard operations and operations using the bundled extensions weren't getting resolved.
With this change we are always run resolution after loading an envelope.

@aborgna-q aborgna-q requested a review from a team as a code owner March 17, 2026 14:31
@aborgna-q aborgna-q requested a review from ss2165 March 17, 2026 14:31
@codecov
Copy link
Copy Markdown

codecov bot commented Mar 17, 2026

Codecov Report

❌ Patch coverage is 97.05882% with 1 line in your changes missing coverage. Please review.
✅ Project coverage is 83.85%. Comparing base (329c243) to head (387baeb).
⚠️ Report is 3 commits behind head on main.

Files with missing lines Patch % Lines
hugr-py/src/hugr/envelope.py 93.33% 1 Missing ⚠️
Additional details and impacted files
@@            Coverage Diff             @@
##             main    #2953      +/-   ##
==========================================
- Coverage   83.85%   83.85%   -0.01%     
==========================================
  Files         267      267              
  Lines       52953    52939      -14     
  Branches    46869    46853      -16     
==========================================
- Hits        44402    44390      -12     
+ Misses       6282     6280       -2     
  Partials     2269     2269              
Flag Coverage Δ
python 88.84% <97.05%> (+0.03%) ⬆️

Flags with carried forward coverage won't be shown. Click here to find out more.

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

🚀 New features to boost your workflow:
  • ❄️ Test Analytics: Detect flaky tests, report on failures, and find test suite problems.

@ferbetanzo
Copy link
Copy Markdown
Contributor

I can confirm that this makes all the hugrs exported from the guppylang integration tests be validated successfully, i.e., loading the hugrs with pkg = Package.from_bytes(file.read()) and then doing selene_hugr_qis_compiler.check_hugr(pkg.to_bytes()) is now ok.

@aborgna-q aborgna-q requested review from cqc-alec and removed request for ss2165 March 17, 2026 15:57
@aborgna-q aborgna-q added this pull request to the merge queue Mar 18, 2026
Merged via the queue into main with commit 0086d2a Mar 18, 2026
29 checks passed
@aborgna-q aborgna-q deleted the ab/always-resolve branch March 18, 2026 11:36
github-merge-queue bot pushed a commit that referenced this pull request Apr 1, 2026
🤖 I have created a release *beep* *boop*
---


##
[0.16.0](hugr-py-v0.15.4...hugr-py-v0.16.0)
(2026-04-01)

This release changes the default text serialization format from JSON to
`MODEL_WITH_EXTS` (the JSON format is now deprecated).
It also adds the ability to link packages and modules from Python,
renders operation type arguments in HUGR visualizations, introduces a
new `debug_info` module for attaching source-level debug metadata to
nodes,
and introduces multi-version support in `ExtensionRegistry`, allowing
different versions of the same extension to coexist in the same
registry.


### ⚠ BREAKING CHANGES

* `ExtensionRegistry` may now contain multiple versions of the same
extension. `.extensions` is now an iterator of the latest versions
instead of a dictionary. `.register_updated` and `.add_extension` have
been replaced with a singular `.register`.
* Default `EnvelopeConfig` changed from `EnvelopeFormat.JSON` to
`EnvelopeFormat.MODEL_WITH_EXTS`.
* Substituted `hugr-py/src/hugr/tys.py::_type_str` with
`hugr-py/src/hugr/utils.py::name_w_args`.

### Features

* Add debug info metadata specification in `hugr-py`
([#2971](#2971))
([a4da8ef](a4da8ef))
* Allow multiple versions of an extension in an ExtensionRegistry
([#3005](#3005))
([ee90cd1](ee90cd1))
* Deprecate JSON serialization format
([#2991](#2991))
([0f7a880](0f7a880))
* Operation parameter rendering in HUGR visualizations
([#2995](#2995))
([d619148](d619148))
* Allow linking packages and modules from Python
([#2947](#2947))
([329c243](329c243))
* Make `_composable_pass` and `_scope` public modules
([#2962](#2962))
([1d6af9a](1d6af9a)),
closes [#2961](#2961)
* Allow missing ext versions ExtensionDesc metadata
([#2979](#2979))
([bc1c445](bc1c445))
* Allow dfg conversion in to TrackedDfg
([#2993](#2993))
([3bd7a88](3bd7a88))


### Bug Fixes

* Allow both _composable_pass and composable_pass imports
([#2965](#2965))
([0a5664d](0a5664d))
* Allow both _scope and scope imports
([#3003](#3003))
([de0458c](de0458c))
* Always do extension resolution when loading packages and hugrs
([#2953](#2953))
([0086d2a](0086d2a))
* Correct pyo3 module definitions and add missing exception class export
([#2964](#2964))
([3df73f4](3df73f4))
* Include extensions during link serialization
([#2992](#2992))
([9236e89](9236e89))
* Prefix names with underscores during serialization
([#2989](#2989))
([8aab636](8aab636))
* Use valid identifiers when constructing AST model
([#2973](#2973))
([8750a6b](8750a6b))

---
This PR was generated with [Release
Please](https://github.com/googleapis/release-please). See
[documentation](https://github.com/googleapis/release-please#release-please).

---------

Co-authored-by: Agustín Borgna <[email protected]>
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.

3 participants