|
| 1 | +# Tooling Subcommittee Meeting on 19 June 2026 @ 4pm GMT |
| 2 | + |
| 3 | +| Search Key | Description | |
| 4 | +| :---- | :---- | |
| 5 | +| \[todo\] | Action Item | |
| 6 | +| \[decision\] | Something decided on | |
| 7 | +| \[important\] | Key information | |
| 8 | + |
| 9 | +## Agenda |
| 10 | + |
| 11 | +1. Solicitation of notetaker |
| 12 | +2. Present new members |
| 13 | + 1. Mark Hermeling (AdaCore) (2nd time new :) |
| 14 | +3. Merge previous meeting notes (?) |
| 15 | + 1. [https://github.com/Safety-Critical-Rust-Consortium/safety-critical-rust-consortium/pull/686](https://github.com/Safety-Critical-Rust-Consortium/safety-critical-rust-consortium/pull/686) |
| 16 | +4. SCRC Room @ RustConf 2026 |
| 17 | + 1. Please list availability in this LettuceMeet 🥬[https://lettucemeet.com/l/oYlvM](https://lettucemeet.com/l/oYlvM) |
| 18 | +5. Tooling |
| 19 | + 1. Repo cleanup [https://github.com/Safety-Critical-Rust-Consortium/safety-critical-rust-consortium/pull/683](https://github.com/Safety-Critical-Rust-Consortium/safety-critical-rust-consortium/pull/683) |
| 20 | + 2. DO-330 mention [https://github.com/Safety-Critical-Rust-Consortium/safety-critical-rust-consortium/pull/684](https://github.com/Safety-Critical-Rust-Consortium/safety-critical-rust-consortium/pull/684) |
| 21 | + 3. New railway standard EN 50716 [https://github.com/Safety-Critical-Rust-Consortium/safety-critical-rust-consortium/pull/685](https://github.com/Safety-Critical-Rust-Consortium/safety-critical-rust-consortium/pull/685) |
| 22 | + 4. List of safety-critical standards to purchase |
| 23 | + \*\*Standards:\*\* |
| 24 | + \- ISO 26262 … automotive |
| 25 | + \- DO-178C … main aerospace standard |
| 26 | + \- DO-330 … tool qualification |
| 27 | + \- DO-331 … formal methods |
| 28 | + \- DO-332 … memory management |
| 29 | + \- DO-333 … model-based development |
| 30 | + \- IEC 62304 … medical |
| 31 | + \- IEC 61508 … industrial |
| 32 | + \- EN 50716 … railway (Note: supersedes EN 50128\) |
| 33 | + \- IEC 60880 … nuclear power plants |
| 34 | + \- IEC 61226 … safety category classification |
| 35 | + \- IEC 62138 … software aspects for lower-level categories B and C |
| 36 | + \- IEC 61513 … general requirements for instrumentation and control |
| 37 | + \- SAE JA1020 … Rust coding guidelines |
| 38 | + |
| 39 | + \*\*Note:\*\* In general it would be ideal to purchase all annexes, errata, amendments for the listed standards. |
| 40 | + \*\*Note:\*\* As of writing, the latest versions of the listed standards are ISO 26262:2018, DO-178C, IEC 62304:2006, IEC 61508:2010, EN 50716:2024, IEC 60880:2006. |
| 41 | + |
| 42 | + \*\*Open:\*\* Should both EN 50716 and EN 50128 be bought? Same could be said for DO-178B and DO-178C, or any older version of a standard. |
| 43 | + 5. MC/DC tool submission [https://github.com/Safety-Critical-Rust-Consortium/safety-critical-rust-consortium/issues/679](https://github.com/Safety-Critical-Rust-Consortium/safety-critical-rust-consortium/issues/679) |
| 44 | +6. Rust Project Bridge |
| 45 | + 1. Clippy lints identification for Rust Project Goal: [Establish a Spot for Safety-Critical Lints in Clippy](https://rust-lang.github.io/rust-project-goals/2026/safety-critical-lints-in-clippy.html) |
| 46 | + 1. Register interest [here](https://rust-lang.zulipchat.com/#narrow/channel/445688-safety-critical-consortium/topic/SCRC.20.3C.3D.3E.20t-opsem.3A.20Normative.20Documentation.20for.20Sound.20.60unsafe.60/with/586198564) on Rust Zulip |
| 47 | + 2. Sam: investigate lint 2 (pointer as underscore) |
| 48 | + 3. Pete: investigate lint 3i (integer to pointer, general conversions) |
| 49 | + 4. Pete: open an Issue for lint 1 (int as int) |
| 50 | + 5. From this listing: |
| 51 | + 1. No \`as\` with integers is extremely similar to existing lints (no blanket lint but a widening lint exists) e.g. \`[clippy::cast\_lossless](https://rust-lang.github.io/rust-clippy/master/index.html?search=cast_loss#cast_lossless)\` \- inexact match but demonstrates checking of \`as\` |
| 52 | + 2. \`as\`-pointer casts is also similar to existing lints e.g. \`[clippy::ptr\_as\_ptr](https://rust-lang.github.io/rust-clippy/master/index.html?search=underscore#as_pointer_underscore)\`, \`[clippy::as\_pointer\_underscore](https://rust-lang.github.io/rust-clippy/master/index.html?search=underscore#as_pointer_underscore)\` \- inexact match |
| 53 | + 3. Integer to pointer has some support as \`[integer-to-ptr-transmutes](https://doc.rust-lang.org/rustc/lints/listing/warn-by-default.html?highlight=int%20to%20pointer#integer-to-ptr-transmutes)\`, still only partial coverage (transmute only) |
| 54 | + 2. Isolated, small examples of so-called “gray zones” for soundness and definedness in Eclipse iceoryx2 are being formulated within the next few weeks for the Rust Project Goal: [Normative Documentation for Sound unsafe Rust](https://rust-lang.github.io/rust-project-goals/2026/safe-unsafe-for-safety-critical.html) |
| 55 | + 1. Register interest [here](https://rust-lang.zulipchat.com/#narrow/channel/445688-safety-critical-consortium/topic/Getting.20involved.20with.20Clippy.20for.20SCRC.20lints/with/583090116) on Rust Zulip |
| 56 | + 3. t-fls working to get 1.95.0 release done as a part of [Stabilize FLS Release Cadence](https://rust-lang.github.io/rust-project-goals/2026/stabilize-fls-releases.html) |
| 57 | + 1. For more details, see recent meeting notes: [2026-06-12](https://github.com/rust-lang/fls-team/blob/main/meetings/2026-06-12.md) and [2026-06-19](https://github.com/rust-lang/fls-team/blob/main/meetings/2026-06-19.md) |
| 58 | + 4. Pete needs to check in with Tony or Mark or others on progress towards [Implement and Maintain MC/DC Coverage Support](https://rust-lang.github.io/rust-project-goals/2026/mcdc-coverage-support.html) |
| 59 | + |
| 60 | +## Check-in area |
| 61 | + |
| 62 | +**Please add your name, and an emoji that describes your day.** |
| 63 | + |
| 64 | +* Alexandru Radovici 😀 |
| 65 | +* Oreste Bernardi 🫠 |
| 66 | +* Mark Hermeling 🌲 |
| 67 | +* Manuel Hatzl |
| 68 | +* Zalán Bálint Lévai 😀 |
| 69 | +* Stefan Akatyschew :-) |
| 70 | +* Pete LeVasseur ☕ |
| 71 | +* Tiago Manczak |
| 72 | + |
| 73 | + **Notetaker:** |
| 74 | + |
| 75 | +* Tiago Manczak |
| 76 | + |
| 77 | +## Housekeeping section |
| 78 | + |
| 79 | +## Tasks |
| 80 | + |
| 81 | +* Tiago will update the criteria together with Manuel |
| 82 | + |
| 83 | +## Meeting Minutes |
| 84 | + |
| 85 | +* Previous meeting minutes approved and merged. |
| 86 | +* Meeting at RustConf \- information sent by email and availability requested to be provided. Tuesday won’t be possible though. |
| 87 | +* Tooling |
| 88 | + * \- PR reviewed |
| 89 | + * PR 683 \- clean up |
| 90 | + * Same was requested to be done for coding guidelines and to liaison (Manuel Hatzl will take care) |
| 91 | + * PR 638 |
| 92 | + * Merged on the fly |
| 93 | + * PR 685 |
| 94 | + * Old railway standard superseded by new one |
| 95 | + * Rust Foundation decided to buy standards and we need to provide the list |
| 96 | + * List was reviewed by the participants |
| 97 | + * Estimated costs of the list is around U$5000 |
| 98 | + * Prioritization and exact cost are necessary to be able to bring it to the Foundation |
| 99 | + * The ISO26262 will be soon updated in 2027 (unofficial information), if we buy now the might need to purchase again soon |
| 100 | + * The standard will be available by request with a statement of use similarly as it was done with the MISRA-C committee. |
| 101 | + * Idea is to get in contact with some standardization bodies to get them for free and only available under the terms specified by the tooling committee. |
| 102 | + * Granting access to those standards to students and developers will be a good push on contributions to safety-critical rust |
| 103 | + * Floyd \- [https://github.com/Safety-Critical-Rust-Consortium/safety-critical-rust-consortium/issues/679](https://github.com/Safety-Critical-Rust-Consortium/safety-critical-rust-consortium/issues/679) |
| 104 | + * Open-source mc-dc coverage engine for Rust |
| 105 | + * Developers approach one committee member to ask about interests on using it. |
| 106 | + * Code looks vibe coded what raises some concerns on blindly accepting it in the list |
| 107 | + * Suggestion is to invite developer to explain and show the tool in one tooling committee meeting |
| 108 | + * Tool is also very new (\~1 month old) |
| 109 | + * Suggestion is to adjust the criteria to accept tools |
| 110 | + * \[todo\] Tiago will update the criteria together with Manuel |
| 111 | + * Pete will share a similar document about project acceptance from the Eclipse SDV working group |
| 112 | + * \[decision\] in case developer comes and present tools until next meeting we can accept if suitable, in case of no response the PR will be rejected |
| 113 | + |
| 114 | + * Rust Project Bridge |
| 115 | + * Clippy lints |
| 116 | + * From the coding guidelines many new clippy lints are requested to be introduces |
| 117 | + * More information about the activities will be added to Zulip channel |
| 118 | + * Unsafe Rust |
| 119 | + * Suggestion is to get small examples and out of the iceoryx2 that will be done by the iceoryx2 in the next couple of weeks. Out of that a document will be create as a kind of a guideline |
| 120 | + * t-fls |
| 121 | + * Version 1.95 will be released in about 3 weeks |
| 122 | + * Most change a bug fixes it means a change log |
| 123 | + * Volunteers are welcome to collaborate |
| 124 | + * MC/DC development |
| 125 | + * Adacore reported the work is in progress |
| 126 | + * Rust project is requesting a progress report monthly |
| 127 | + * No current template for that is available |
| 128 | + * Quarterly the project releases a summary of the Rust Project Goals |
| 129 | + * List of things of high value in the safe critical rust |
| 130 | + * Pete is working on |
| 131 | + * This list can be the source of future Rust projects goals and eventually funding request as well |
| 132 | + * It will be on the foundation google drive soon for review |
| 133 | + * Process how to proceed with that is still to be discussed |
| 134 | + |
| 135 | + * Cargo-reveal |
| 136 | + * Zalán is working on a project called cargo-reveal |
| 137 | + * cargo-reveal will translate the macros into valid rust code that can be fed to the rust compiler |
| 138 | + * This tool will be presented in the next meeting |
0 commit comments