Lerp method signature is inconsistent with upcoming f32::lerp() in nightly.

[koalefant]

f32::lerp() is being merged into nightly Rust with signature of t.lerp(a, b).
rust-lang/rust#86269

This makes current lerp() method signatures in glam confusingly incompatible with f32. I wonder if this will/should be addressed in glam?

[CAD97]

Note that f32::lerp is still unstable for a reason. Its signature and implementation can still change, if it even is ever stabilized.

[bitshifter]

Thanks for the heads up.

[CAD97]

Since this issue is open: we'd appreciate input on Zulip about how you'd want a std lerp to look like.

[bitshifter]

lerp is not being added and rust-lang/rust#86269 was closed so closing this.