| commit | 1935d15f10270a07be331bcf975307fc56303b82 | [log] [tgz] |
|---|---|---|
| author | Charles Celerier <chcl@fuchsia.infra.roller.google.com> | Mon Apr 07 16:39:23 2025 -0700 |
| committer | Copybara-Service <copybara-worker@google.com> | Mon Apr 07 16:40:28 2025 -0700 |
| tree | eef41a32e2b1220c425c271a7e39d94df5ca5d62 | |
| parent | dccbe0925c6373b861ddd3a11c1c7931a3a94f31 [diff] |
[roll] Roll fuchsia [fidl][python] Import external library even just for bits and enum declarations The fidlgen_python bindings would generally substitute int for any bits or enum type, even when it came from an external library. There are some corner cases where libraries only depend on another precisely for a bits or enum declaration. As a result, those declarations were not imported, and fidl_codec could not decode them. This change modifies fidlgen_python to compile bits and enum types into a union of either int or the type itself. Additionally, the fidl._construct.unwrap_innermost_type_from_union function was written to handle this more complex case. In particular, when compiling an Optional[int | OtherType], unwrap_innermost_type needs to unwrap to OtherType for proper decoding. Test: Added a unit test for this corner case. Original-Reviewed-on: https://fuchsia-review.googlesource.com/c/fuchsia/+/1246545 Original-Revision: da0befc09eea5edf11013df17df8c08d2571fa91 GitOrigin-RevId: 58aa6d5437dfc8b0c5170dea1de331c5852865b4 Change-Id: I3c2205cfeae355e4248a210a9273d65fbc833bfe
This repository contains Fuchsia's Global Integration manifest files.
All changes should be made to the internal version of this repository. Our infrastructure automatically updates this version when the internal one changes.
Currently all changes must be made by a Google employee. Non-Google employees wishing to make a change can ask for assistance in one of the communication channels documented at get involved.
First install Jiri.
Next run:
$ jiri init $ jiri import minimal https://fuchsia.googlesource.com/integration $ jiri update
Third party projects should have their own subdirectory in ./third_party.