`core::num::f16b` Rust's 16bit Brain Float by Jamesbarford · Pull Request #160859 · rust-lang/rust

Jamesbarford · 2026-08-10T14:27:46Z

Implements the RFC: f16b type. Best reviewed commit by commit, happy to split into separate PRs if that is deemed easier to review. However the line count and surface area is, in my opinion, reasonably small.

Adds;

ABI plumbing for the f16b along with bfloat lang item to work with LLVM, GCC is explicitly unimplemented!(...)
f16b feature gate, page for f16b on libruscdoc and a struct bf16 in core::num
Tests
Treat f16b as a scalar primitive for scalable vectors

Issues;

rustbot · 2026-08-10T14:27:50Z

Some changes occurred in compiler/rustc_attr_ir

cc @jdonszelmann, @JonathanBrouwer

This PR changes rustc_public

cc @oli-obk, @celinval, @ouz-a, @makai410

rustc_codegen_gcc is developed in its own repository. If possible, consider making this change to rust-lang/rustc_codegen_gcc instead.

cc @antoyo, @GuillaumeGomez

rustbot · 2026-08-10T14:27:54Z

r? @jieyouxu

rustbot has assigned @jieyouxu.
They will have a look at your PR within the next two weeks and either review your PR or reassign to another reviewer.

Use r? to explicitly pick a reviewer

Why was this reviewer chosen?

The reviewer was selected based on:

Owners of files modified in this PR: compiler
compiler expanded to 75 candidates
Random selection from 18 candidates

jieyouxu · 2026-08-10T14:45:34Z

@rustbot reroll

antoyo · 2026-08-10T14:48:39Z

    }

+    fn type_f16b(&self) -> Type<'gcc> {
+        bug!("f16b is not supported by the GCC codegen backend")


I believe GCC actually supports this type: https://github.com/rust-lang/gccjit.rs/blob/master/src/context.rs#L1482

View changes since the review

Thanks 😄, I will aim to add it in a follow up PR 👍

rustbot · 2026-08-10T14:48:49Z

rustc_codegen_cranelift is developed in its own repository. If possible, consider making this change to rust-lang/rustc_codegen_cranelift instead.

cc @bjorn3

bjorn3 · 2026-08-10T14:54:16Z

What is the calling convention of other targets?

View changes since the review

I believe only these files were changed because they have an exhaustive match on Float.

However, my version of abi-cafe found two interesting failures: GCC and Clang are inconsistent on aarch64 and armv7

// callee, compiled with GCC 12 #include <inttypes.h> #include <string.h> #include <stdio.h> #include <stdbool.h> typedef struct Many1 { __bf16 f0; } Many1; void struct_in_1(Many1 arg0) { printf("%d", arg0.f0); }

// caller, compiled with clang 23 #include <inttypes.h> #include <string.h> #include <stdio.h> #include <stdbool.h> typedef struct Many1 { __bf16 f0; } Many1; void struct_in_1(Many1 arg0); void do_test(void) { { Many1 arg0 = { .f0 = (((union { uint16_t bits; __bf16 value; }){ .bits = 49600 }).value) }; printf("%d", arg0.f0); struct_in_1(arg0); } }

hits

func struct_in_1's values differed values (native-endian hex bytes): expect: C0 C1 caller: C0 C1 callee: 04 00 the value was arg0.f0: rustarithmeticty(f16b) whose arg was arg0: Many1

The current Rust implementation matches clang, and is hence incompatible with GCC

armv7 with hardware floats also runs into incompatibilities

[target.armv7-unknown-linux-gnueabihf."f16::conv_c::repr_c::clang-nightly_calls_distro-gcc"] busted = "check" [target.armv7-unknown-linux-gnueabihf."f16::conv_c::repr_c::distro-gcc_calls_clang-nightly"] busted = "check" [target.armv7-unknown-linux-gnueabihf."f16b::conv_c::repr_c::clang-nightly_calls_distro-gcc"] busted = "check" [target.armv7-unknown-linux-gnueabihf."f16b::conv_c::repr_c::distro-gcc_calls_clang-nightly"] busted = "check"

Finally, you can let this ICE on many targets, e.g. mips, powerpc, s390x, sparc

https://godbolt.org/z/ox3G88hEW

You can also (e.g. on loongarch64 https://godbolt.org/z/Y3hdhG4e6) emit a __truncsfbf2 libcall that is not provided (probably needs to be added to compiler-builtins).

I think the ICEs are probably a blocker? That needs a mechanism similar to has_reliable_f128.

Yes I added it because of the exhaustive match statement in mips64.rs and sparc64.rs I've removed it; 40d3f6e and put in a panic!(...).

With regard to has_reliable_f128, are you envisaging a has_reliable_f16b entry on TargetConfig?

With regard to has_reliable_f128, are you envisaging a has_reliable_f16b entry on TargetConfig?

Exactly

What's your take on those ABI mismatches? We should track that somewhere.

I'm not particularly certain what mips64 should do.

It doesn't, at least to my knowledge, have hardware support. Given we aren't implementing scalar arithmetic and an f16b can only be created through a bit pattern or vendor intrinsics, I can't immediately see a practical application? Hence a panic! seems like a pragmatic choice for the time being.

folkertdev · 2026-08-11T13:50:33Z

I believe only these files were changed because they have an exhaustive match on Float.

However, my version of abi-cafe found two interesting failures: GCC and Clang are inconsistent on aarch64 and armv7

// callee, compiled with GCC 12 #include <inttypes.h> #include <string.h> #include <stdio.h> #include <stdbool.h> typedef struct Many1 { __bf16 f0; } Many1; void struct_in_1(Many1 arg0) { printf("%d", arg0.f0); }

// caller, compiled with clang 23 #include <inttypes.h> #include <string.h> #include <stdio.h> #include <stdbool.h> typedef struct Many1 { __bf16 f0; } Many1; void struct_in_1(Many1 arg0); void do_test(void) { { Many1 arg0 = { .f0 = (((union { uint16_t bits; __bf16 value; }){ .bits = 49600 }).value) }; printf("%d", arg0.f0); struct_in_1(arg0); } }

hits

func struct_in_1's values differed values (native-endian hex bytes): expect: C0 C1 caller: C0 C1 callee: 04 00 the value was arg0.f0: rustarithmeticty(f16b) whose arg was arg0: Many1

The current Rust implementation matches clang, and is hence incompatible with GCC

armv7 with hardware floats also runs into incompatibilities

[target.armv7-unknown-linux-gnueabihf."f16::conv_c::repr_c::clang-nightly_calls_distro-gcc"] busted = "check" [target.armv7-unknown-linux-gnueabihf."f16::conv_c::repr_c::distro-gcc_calls_clang-nightly"] busted = "check" [target.armv7-unknown-linux-gnueabihf."f16b::conv_c::repr_c::clang-nightly_calls_distro-gcc"] busted = "check" [target.armv7-unknown-linux-gnueabihf."f16b::conv_c::repr_c::distro-gcc_calls_clang-nightly"] busted = "check"

Finally, you can let this ICE on many targets, e.g. mips, powerpc, s390x, sparc

https://godbolt.org/z/ox3G88hEW

folkertdev · 2026-08-11T14:03:54Z

        },
        Primitive::Float(float) => match float {
-            Float::F16 | Float::F32 => "f32",
+            Float::F16 | Float::F16B | Float::F32 => "f32",


is that right? LLVM just crashes on bf16 right now, so it's probably at least untested?

View changes since the review

I could be mistaken, however I don't think WASM supports bf16? I've made it panic!(...) for now; 40d3f6e

rustbot · 2026-08-12T12:03:56Z

Some changes occurred in cfg and check-cfg configuration

cc @Urgau

miri is developed in its own repository. If the Miri part of this change can be broken out, consider making this change to rust-lang/miri instead. However, if Miri needs adjusting for rustc changes, just ignore this message.

cc @rust-lang/miri

mati865 · 2026-08-12T13:36:14Z

I'm not a good reviewer for this change. Can somebody here pick it up rather than blindly rerolling?

folkertdev · 2026-08-12T13:54:02Z

r? me

rustbot · 2026-08-12T22:00:09Z

Reminder, once the PR becomes ready for a review, use @rustbot ready.

folkertdev · 2026-08-13T10:42:08Z

-        // Compiler builtins should have the required conversions to widen to
-        // an `f32` if need be.
-        _ => true,
+        (Arch::AArch64, _) => major >= 19,


We only support LLVM 21..=23 right now, and will soon drop support for LLVM 21. So, comparisons with versions lower than that are not meaningful, and when we upgrade comparisons with LLVM 21 will be removed. You can remove those comparisons and just return true.

Independently it would be useful to document here what the criterion is for when support is "reliable", which I think should be two things:

LLVM should be able to compile fb16 to f32

the ABI explicitly supports bf16 in its official docs

Can you document the ABI support in the tracking issue?

View changes since the review

I've done Arm, x86_64 and RISC-V; #160630 (comment)

7938bd4 - commented with a link to the tracking issue, major >= 21 and yes it looks as though arm64ec is something windows specific where ec stands for "Emulation Compatible".

… and backend handling. GCC and Cranelift explicitly unsupported

…long with traits agreed on in the RFC

…6b` to be treated as a primitive scalar

- Add documentation aliases to `f16b` - Add Wikipedia link to `bfloat16` - Remove `@ only-x86_64` flag from test

- ICE on `sparc64`, `mips64` & WASM

…t updates

rustbot · 2026-08-14T11:54:27Z

This PR was rebased onto a different main commit. Here's a range-diff highlighting what actually changed.

Rebasing is a normal part of keeping PRs up to date, so no action is needed—this note is just to help reviewers.

…umentation

folkertdev · 2026-08-14T13:55:00Z

What's your take on those ABI mismatches? We should track that somewhere.

folkertdev · 2026-08-14T14:03:30Z

+        // This is similar to <https://github.com/llvm/llvm-project/issues/94434>, however
+        // does not work until LLVM 23 on Windows.
+        (Arch::Arm64EC, _) => major >= 23,
+        (Arch::AArch64, _) | (Arch::X86_64, _) | (Arch::RiscV64, _) => major >= 21,


based on https://github.com/loongson/la-abi-specs/blob/release/lapcs.adoc loongarch also has __bf16.

View changes since the review

62a7f72 Added loongarch64 along with a test, of which I'd hesitate to say the output is correct. I verified it by comparing the output in the ./build... folder to see if it bore a resemblance to what C produced for something similar; https://godbolt.org/z/o17e1e5bc

folkertdev · 2026-08-14T14:08:32Z

+//@ edition: 2021
+//@ only-aarch64


this probably needs -O too

View changes since the review

folkertdev · 2026-08-14T14:10:34Z

can you match tests/ui/feature-gates/feature-gate-f16.rs more closely here?

View changes since the review

rust-log-analyzer · 2026-08-14T15:56:42Z

The job aarch64-gnu-llvm-21-1 failed! Check out the build log: (web) (plain enhanced) (plain)

Click to see the possible cause of the failure (guessed by this bot)


---- [codegen] tests/codegen-llvm/scalable-vectors/bf16-intrinsic.rs stdout ----
------rustc stdout------------------------------

------rustc stderr------------------------------
warning: field `0` is never read
##[warning]  --> /checkout/tests/codegen-llvm/scalable-vectors/bf16-intrinsic.rs:16:25
   |
16 | pub struct svbfloat16_t(bfloat16_t);
   |            ------------ ^^^^^^^^^^
   |            |
   |            field in this struct
   |
   = help: consider removing this field
   = note: `svbfloat16_t` has a derived impl for the trait `Clone`, but this is intentionally ignored during dead code analysis
   = note: `#[warn(dead_code)]` (part of `#[warn(unused)]`) on by default

warning: field `0` is never read
##[warning]  --> /checkout/tests/codegen-llvm/scalable-vectors/bf16-intrinsic.rs:20:21
   |
20 | pub struct svbool_t(bool);
   |            -------- ^^^^
   |            |
   |            field in this struct
   |
   = help: consider removing this field

warning: `extern` block uses type `svbool_t`, which is not FFI-safe
##[warning]  --> /checkout/tests/codegen-llvm/scalable-vectors/bf16-intrinsic.rs:29:32
   |
29 |         fn _svadd_bf16_n_x(pg: svbool_t, zdn: svbfloat16_t, zm: bfloat16_t) -> svbfloat16_t;
   |                                ^^^^^^^^ not FFI-safe
   |
   = help: consider adding a `#[repr(C)]` or `#[repr(transparent)]` attribute to this struct
   = note: this struct has unspecified layout
note: the type is defined here
  --> /checkout/tests/codegen-llvm/scalable-vectors/bf16-intrinsic.rs:20:1
   |
20 | pub struct svbool_t(bool);
   | ^^^^^^^^^^^^^^^^^^^
   = note: `#[warn(improper_ctypes)]` on by default

warning: `extern` block uses type `svbfloat16_t`, which is not FFI-safe
##[warning]  --> /checkout/tests/codegen-llvm/scalable-vectors/bf16-intrinsic.rs:29:47
   |
29 |         fn _svadd_bf16_n_x(pg: svbool_t, zdn: svbfloat16_t, zm: bfloat16_t) -> svbfloat16_t;
   |                                               ^^^^^^^^^^^^ not FFI-safe
   |
   = help: consider adding a `#[repr(C)]` or `#[repr(transparent)]` attribute to this struct
   = note: this struct has unspecified layout
note: the type is defined here
  --> /checkout/tests/codegen-llvm/scalable-vectors/bf16-intrinsic.rs:16:1
   |
16 | pub struct svbfloat16_t(bfloat16_t);
   | ^^^^^^^^^^^^^^^^^^^^^^^

warning: `extern` block uses type `svbfloat16_t`, which is not FFI-safe
##[warning]  --> /checkout/tests/codegen-llvm/scalable-vectors/bf16-intrinsic.rs:29:80
   |
29 |         fn _svadd_bf16_n_x(pg: svbool_t, zdn: svbfloat16_t, zm: bfloat16_t) -> svbfloat16_t;
   |                                                                                ^^^^^^^^^^^^ not FFI-safe
   |
   = help: consider adding a `#[repr(C)]` or `#[repr(transparent)]` attribute to this struct
   = note: this struct has unspecified layout
note: the type is defined here
  --> /checkout/tests/codegen-llvm/scalable-vectors/bf16-intrinsic.rs:16:1
   |
16 | pub struct svbfloat16_t(bfloat16_t);
   | ^^^^^^^^^^^^^^^^^^^^^^^

Intrinsic has incorrect argument type!
ptr @llvm.aarch64.sve.fadd.u.nxv8bf16
rustc-LLVM ERROR: Broken module found, compilation aborted!

------------------------------------------

error: compilation failed!
status: exit status: 101
command: env -u RUSTC_LOG_COLOR RUSTC_ICE="0" RUST_BACKTRACE="short" "/checkout/obj/build/aarch64-unknown-linux-gnu/stage2/bin/rustc" "/checkout/tests/codegen-llvm/scalable-vectors/bf16-intrinsic.rs" "-Zsimulate-remapped-rust-src-base=/rustc/FAKE_PREFIX" "-Ztranslate-remapped-path-to-local-path=no" "-Z" "ignore-directory-in-diagnostics-source-blocks=/cargo" "-Z" "ignore-directory-in-diagnostics-source-blocks=/checkout/vendor" "--sysroot" "/checkout/obj/build/aarch64-unknown-linux-gnu/stage2" "--target=aarch64-unknown-linux-gnu" "--check-cfg" "cfg(test,FALSE)" "-O" "-Cdebug-assertions=no" "-Zcodegen-source-order" "--emit" "llvm-ir" "-C" "prefer-dynamic" "-o" "/checkout/obj/build/aarch64-unknown-linux-gnu/test/codegen-llvm/scalable-vectors/bf16-intrinsic/bf16-intrinsic.ll" "-A" "internal_features" "-A" "incomplete_features" "-A" "unused_parens" "-A" "unused_braces" "-Crpath" "-Cdebuginfo=0" "--edition=2021"
stdout: none
--- stderr -------------------------------
warning: field `0` is never read
##[warning]  --> /checkout/tests/codegen-llvm/scalable-vectors/bf16-intrinsic.rs:16:25
   |
16 | pub struct svbfloat16_t(bfloat16_t);
   |            ------------ ^^^^^^^^^^
   |            |
   |            field in this struct
   |
   = help: consider removing this field
   = note: `svbfloat16_t` has a derived impl for the trait `Clone`, but this is intentionally ignored during dead code analysis
   = note: `#[warn(dead_code)]` (part of `#[warn(unused)]`) on by default

warning: field `0` is never read
##[warning]  --> /checkout/tests/codegen-llvm/scalable-vectors/bf16-intrinsic.rs:20:21
   |
20 | pub struct svbool_t(bool);
   |            -------- ^^^^
   |            |
   |            field in this struct
   |
   = help: consider removing this field

warning: `extern` block uses type `svbool_t`, which is not FFI-safe
##[warning]  --> /checkout/tests/codegen-llvm/scalable-vectors/bf16-intrinsic.rs:29:32
   |
29 |         fn _svadd_bf16_n_x(pg: svbool_t, zdn: svbfloat16_t, zm: bfloat16_t) -> svbfloat16_t;
   |                                ^^^^^^^^ not FFI-safe
   |
   = help: consider adding a `#[repr(C)]` or `#[repr(transparent)]` attribute to this struct
   = note: this struct has unspecified layout
note: the type is defined here
  --> /checkout/tests/codegen-llvm/scalable-vectors/bf16-intrinsic.rs:20:1
   |
20 | pub struct svbool_t(bool);
   | ^^^^^^^^^^^^^^^^^^^
   = note: `#[warn(improper_ctypes)]` on by default

warning: `extern` block uses type `svbfloat16_t`, which is not FFI-safe
##[warning]  --> /checkout/tests/codegen-llvm/scalable-vectors/bf16-intrinsic.rs:29:47
   |
29 |         fn _svadd_bf16_n_x(pg: svbool_t, zdn: svbfloat16_t, zm: bfloat16_t) -> svbfloat16_t;
   |                                               ^^^^^^^^^^^^ not FFI-safe
   |
   = help: consider adding a `#[repr(C)]` or `#[repr(transparent)]` attribute to this struct
   = note: this struct has unspecified layout
note: the type is defined here
  --> /checkout/tests/codegen-llvm/scalable-vectors/bf16-intrinsic.rs:16:1
   |
16 | pub struct svbfloat16_t(bfloat16_t);
   | ^^^^^^^^^^^^^^^^^^^^^^^

warning: `extern` block uses type `svbfloat16_t`, which is not FFI-safe
##[warning]  --> /checkout/tests/codegen-llvm/scalable-vectors/bf16-intrinsic.rs:29:80
   |
29 |         fn _svadd_bf16_n_x(pg: svbool_t, zdn: svbfloat16_t, zm: bfloat16_t) -> svbfloat16_t;
   |                                                                                ^^^^^^^^^^^^ not FFI-safe
   |
   = help: consider adding a `#[repr(C)]` or `#[repr(transparent)]` attribute to this struct
   = note: this struct has unspecified layout
note: the type is defined here
  --> /checkout/tests/codegen-llvm/scalable-vectors/bf16-intrinsic.rs:16:1
   |
16 | pub struct svbfloat16_t(bfloat16_t);
   | ^^^^^^^^^^^^^^^^^^^^^^^

Intrinsic has incorrect argument type!
ptr @llvm.aarch64.sve.fadd.u.nxv8bf16
rustc-LLVM ERROR: Broken module found, compilation aborted!
------------------------------------------

---- [codegen] tests/codegen-llvm/scalable-vectors/bf16-intrinsic.rs stdout end ----

failures:

rust-bors · 2026-08-14T17:09:16Z

☔ The latest upstream changes (presumably #161093) made this pull request unmergeable. Please resolve the merge conflicts by rebasing.

rustbot added A-attributes Area: Attributes (`#[…]`, `#![…]`) A-LLVM Area: Code generation parts specific to LLVM. Both correctness bugs and optimization-related issues. S-waiting-on-review Status: Awaiting review from the assignee but also interested parties. labels Aug 10, 2026

rustbot assigned jieyouxu Aug 10, 2026

rustbot added T-compiler Relevant to the compiler team, which will review and decide on the PR/issue. T-libs Relevant to the library team, which will review and decide on the PR/issue. labels Aug 10, 2026

This comment has been minimized.

Sign in to view

rustbot assigned mati865 and unassigned jieyouxu Aug 10, 2026

antoyo reviewed Aug 10, 2026

View reviewed changes

Jamesbarford force-pushed the feat/fb16-pt1 branch from bf10f8a to 01c5c1b Compare August 10, 2026 14:48

bjorn3 reviewed Aug 10, 2026

View reviewed changes

Comment thread compiler/rustc_ty_utils/src/layout.rs

bjorn3 reviewed Aug 10, 2026

View reviewed changes

This comment has been minimized.

Sign in to view

folkertdev reviewed Aug 11, 2026

View reviewed changes

tgross35 reviewed Aug 11, 2026

View reviewed changes

Comment thread library/core/src/num/f16b.rs

Comment thread library/core/src/num/f16b.rs

Comment thread tests/codegen-llvm/float/f16b.rs Outdated

Jamesbarford force-pushed the feat/fb16-pt1 branch from 53d3660 to 40d3f6e Compare August 12, 2026 08:19

This comment has been minimized.

Sign in to view

rustbot added the A-test-infra-minicore Area: `minicore` test auxiliary and `//@ add-core-stubs` label Aug 12, 2026

Jamesbarford force-pushed the feat/fb16-pt1 branch from da620d0 to 0ed984f Compare August 12, 2026 10:08

This comment has been minimized.

Sign in to view

rustbot added the S-waiting-on-author Status: This is awaiting some action (such as code changes or more information) from the author. label Aug 12, 2026

folkertdev reviewed Aug 13, 2026

View reviewed changes

This comment has been minimized.

Sign in to view

Jamesbarford added 10 commits August 14, 2026 12:51

ABI for F16B, the BFloat lang item, the ADT-to-backend layout bridge,…

72e89c3

… and backend handling. GCC and Cranelift explicitly unsupported

Add #[lang = "bfloat"] and pub f16b struct (as a u16 wrapper) a…

86f0b31

…long with traits agreed on in the RFC

f16b API and LLVM codegen tests

ce95daf

Add test for an AArch64 bf16 intrinsics, fixed code to allow an `f1…

a8baf6e

…6b` to be treated as a primitive scalar

Pr Feedback;

b840b82

- Add documentation aliases to `f16b` - Add Wikipedia link to `bfloat16` - Remove `@ only-x86_64` flag from test

Pr Feedback

0d10959

- ICE on `sparc64`, `mips64` & WASM

Skip GCC in tests & add f16b to minicore

bcb05c3

weave in target_has_reliable_f16b

84787b4

update condition for cfg.has_reliable_f16b = ..., along with commen…

3b3e8ae

…t updates

documentation feedback

1f9f414

Jamesbarford force-pushed the feat/fb16-pt1 branch from 68f6020 to 1f9f414 Compare August 14, 2026 11:54

This comment has been minimized.

Sign in to view

version >= 21 for AArch64, x86_64 and RISC-V, along with improved doc…

7938bd4

…umentation

This comment has been minimized.

Sign in to view

folkertdev reviewed Aug 14, 2026

View reviewed changes

Add tests checking assembly

c2162ec

This comment has been minimized.

Sign in to view

Jamesbarford added 4 commits August 14, 2026 16:01

more similar tests to the f16 for feature gating

6cec228

update documentation on struct

669cd12

update error message on WASM

ed74711

add loongarch64 & tests

62a7f72

Uh oh!

Uh oh!

Conversation

Jamesbarford commented Aug 10, 2026 • edited by rustbot Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

rustbot commented Aug 10, 2026

Uh oh!

rustbot commented Aug 10, 2026

Uh oh!

This comment has been minimized.

jieyouxu commented Aug 10, 2026

Uh oh!

antoyo Aug 10, 2026 • edited by rustbot Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

rustbot commented Aug 10, 2026

Uh oh!

Uh oh!

bjorn3 Aug 10, 2026 • edited by rustbot Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Jamesbarford Aug 12, 2026 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

This comment has been minimized.

Choose a reason for hiding this comment

Uh oh!

Uh oh!

folkertdev Aug 11, 2026 • edited by rustbot Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Uh oh!

Uh oh!

Uh oh!

This comment has been minimized.

This comment has been minimized.

This comment has been minimized.

rustbot commented Aug 12, 2026

Uh oh!

This comment has been minimized.

mati865 commented Aug 12, 2026

Uh oh!

folkertdev commented Aug 12, 2026

Uh oh!

rustbot commented Aug 12, 2026

Uh oh!

Uh oh!

folkertdev Aug 13, 2026 • edited by rustbot Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

This comment has been minimized.

This comment has been minimized.

This comment has been minimized.

rustbot commented Aug 14, 2026

Uh oh!

This comment has been minimized.

Jamesbarford commented Aug 10, 2026 •

edited by rustbot

Loading

antoyo Aug 10, 2026 •

edited by rustbot

Loading

bjorn3 Aug 10, 2026 •

edited by rustbot

Loading

Jamesbarford Aug 12, 2026 •

edited

Loading

folkertdev Aug 11, 2026 •

edited by rustbot

Loading

folkertdev Aug 13, 2026 •

edited by rustbot

Loading

folkertdev Aug 14, 2026 •

edited by rustbot

Loading

folkertdev Aug 14, 2026 •

edited by rustbot

Loading

folkertdev Aug 14, 2026 •

edited by rustbot

Loading