target tier 3 support for hexagon-unknown-qurt

[androm3da]

Proposal

Add target tier 3 support for QuRT RTOS on Hexagon.

Motivation, rationale

QuRT is the most widely deployed OS on Hexagon ISA cores. It's used in compute DSPs, audio DSPs, and more. It's likely that it's the only OS used on the Hexagon cores in commercial Snapdragon/Dragonwing devices.

Today, users can deploy rust no_std programs to QuRT targets using the hexagon-unknown-none-elf baremetal target. But having access to libstd opens up the number of use cases significantly.

• QuRT has support for large portions of POSIX dependencies of libc including threads, filesystems, time, signals.
• As it has been for the other hexagon targets, the contributions made to support hexagon-unknown-qurt will be made under the standard Rust license.
• I'll (@androm3da) be the maintainer and will continue to seek out additional maintainers for this and the other hexagon targets.
• QuRT doesn't have interactive shells, it wouldn't make sense as a platform to host Rust tools. So it'll be designated strictly as a cross-compiled target.
• Existing clang toolchains use hexagon-unknown-elf (from hexagon-clang) as a generic target that can include QuRT and users/build systems targeting QuRT explicitly add the necessary include, library paths. Writing portable code for QuRT and other OSs can be challenging or awkward in the status quo. I believe this will stay this way but I don't believe that Rust using hexagon-unknown-qurt instead should cause problems. This is a good subject for discussion in the MCP because it's identified as a concern when creating new targets, including tier 3 ones.

Mentors or Reviewers

I expect to do the work but welcome mentorship from @bjorn3 or @tgross35 or anyone else on the team willing to provide guidance.

Process

The main points of the Major Change Process are as follows:

• File an issue describing the proposal.
• A compiler team member who is knowledgeable in the area can second by writing @rustbot second or kickoff a team FCP with @rfcbot fcp $RESOLUTION.
  • Refer to Proposals, Approvals and Stabilization docs for when a second is sufficient, or when a full team FCP is required.
• Once an MCP is seconded, the Final Comment Period begins.
  • Final Comment Period lasts for 10 days after all outstanding concerns are solved.
  • Outstanding concerns will block the Final Comment Period from finishing. Once all concerns are resolved, the 10 day countdown is restarted.
  • If no concerns are raised after 10 days since the resolution of the last outstanding concern, the MCP is considered approved.

You can read more about Major Change Proposals on forge.

[rustbot]

Important

This issue is not meant to be used for technical discussion. There is a Zulip stream for that.
Use this issue to leave procedural comments, such as volunteering to review, indicating that you second the proposal (or third, etc), or raising a concern that you would like to be addressed.

Concerns or objections can formally be registered here by adding a comment.

@rustbot concern reason-for-concern
<description of the concern>

Concerns can be lifted with:

@rustbot resolve reason-for-concern

See documentation at https://forge.rust-lang.org

cc @rust-lang/compiler

[tgross35]

Discussed on the Zulip stream that hexagon-qurt is probably a better name than hexagon-unknown-qurt for this since there is only one vendor, but we already have two hexagon-unknown-* targets. @androm3da is going to submit another MCP renaming those targets to drop the unknown. So, seconding with the following condition on name:

1. If an MCP renaming hexagon-unknown-* to hexagon-* targets goes through, we'll call this hexagon-qurt.
2. If that MCP doesn't go through, we can still add this target but call it hexagon-unknown-qurt to be consistent. (Renaming later remains an option.)

@rustbot second

Cc compiler leads @wesleywiser @davidtwco since this is about a new target. There is a PR adding the target rust-lang/rust#147173.