[roll] Roll fuchsia [build][fidl][rust] Don't depend on zx bindings This CL changes FIDL Rust build rules so that bindings do not depend on //zircon/vdso/zx:zx_rust. This was done for the C++ bindings a long time ago in Id4bb0a83a401738b2b8e67b5baabfda0c74950b7. Some background on library zx: * //zircon/vdso:zx contains .fidl files describing the Fuchsia syscall interface. fidlc compiles these files, and zither processes the IR. See https://fxbug.dev/110021 for details on this project. * //zircon/vdso/zx:zx is a subset of that library, including only overview.fidl, zx_common.fidl, and rights.fidl. FIDL libraries with "using zx;" include this in their public_deps. * When a library uses //zircon/vdso/zx:zx, its IR refers to the zx IR, but its C++ bindings do not refer to zx's C++ bindings. Instead, fidlgen_cpp special cases types, e.g. zx.Rights -> zx_rights_t. It excludes zx from public_deps and avoids emitting #includes for it. I'm now doing the same for Rust as we do for C++. The motivation was originally to lint unused_crate_dependencies (https://fxbug.dev/136033). It turns out there are still other issues preventing that, but this change is still useful because the fidl_zx bindings crate was confusing and not really useful for anything. Original-Bug: 90838, 64629, 136033 Original-Reviewed-on: https://fuchsia-review.googlesource.com/c/fuchsia/+/939875 Original-Revision: c115b680655f7f138c600025b726f363942f34bd GitOrigin-RevId: 405a32d1de69e81367821313409b5b8c373442a9 Change-Id: I7d356657c05dfca19bdf9396b4a217923cd713ea
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 via the IRC channel #fuchsia on Freenode.
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.