Skip to content

Conversation

@darkwisebear
Copy link

Add support for QNX8 by introducing a version constraint that allows for the selection of the respective ABI target of the Rust compiler. Since QNX also supports dylibs, also include the nto system as dylib supporting platform.

In addition, also add all supported targets to the list of Tier 3 architectures. Since cargo-bazel also needs to know the additional triples, it's version of cfg-expr needs to be bumped.

Add support for the various (apparently ABI incompatible) versions of
QNX that are supported by Rust 1.91+ (QNX 7, QNX 7 with iopkt, QNX8).
Since dylibs are supported by QNX, let's not refuse them in case they were
added to the rustc command line.
@google-cla
Copy link

google-cla bot commented Nov 10, 2025

Thanks for your pull request! It looks like this may be your first contribution to a Google open source project. Before we can look at your pull request, you'll need to sign a Contributor License Agreement (CLA).

View this failed invocation of the CLA check for more information.

For the most up to date status, view the checks section at the bottom of the pull request.

This is required for backwards compatibility, so that builds that relied
on this being the default before version introduction will still work.
With the advent of QNX7 support with iosock, we need at least Rust
1.86.0 so that the new target is understood. Bump the version
accordingly.
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.

1 participant