Possible inlining bug

It seems that this function has different results depending on whether or not #[inline(always)] is used:

/// Return `1.0` when `value` is less than or equal to `edge`
/// and `0.0` when `value` is greater than `edge`.
#[inline(always)]
pub fn step_le(value: f32, edge: f32) -> f32 {
    ((value <= edge) as u32) as f32
}

I have a shader you can see here that uses this function.

Expected Behaviour

Using ((sphere_aabb.max.z <= 1.0) as u32) as f32, which is a manual inlining of the body of the function, produces the expected results.

Using crate::math::step_le(sphere_aabb.max.z, 1.0) while having an #[inline(always)] annotation on step_le produces the expected results.

Using crate::math::step_le(sphere_aabb.max.z, 1.0) without having an #[inline(always)] annotation on step_le produces the opposite of the expected result.

Example & Steps To Reproduce

I can work on a minimal reproducible shader.

Bắt đầu với shader trong crates/renderling/src/debug.rs tại các dòng được liên kết và truy vết việc sử dụng crate::math::step_le của nó. Tạo shader tái hiện tối thiểu được đề cập trong issue, so sánh việc inline thủ công, #[inline(always)] và không có chú thích inline; được xem là hoàn tất khi tái hiện được kết quả khác biệt và hành vi được sửa hoặc cô lập rõ ràng.