<feed xmlns='http://www.w3.org/2005/Atom'>
<title>rust/library/core/src/fmt/float.rs, branch 1.89.0</title>
<subtitle>https://github.com/rust-lang/rust
</subtitle>
<id>http://git.dreamy.place/mirrors/rust/atom?h=1.89.0</id>
<link rel='self' href='http://git.dreamy.place/mirrors/rust/atom?h=1.89.0'/>
<link rel='alternate' type='text/html' href='http://git.dreamy.place/mirrors/rust/'/>
<updated>2025-05-18T16:43:13+00:00</updated>
<entry>
<title>float: Add `f16` parsing and printing</title>
<updated>2025-05-18T16:43:13+00:00</updated>
<author>
<name>Trevor Gross</name>
<email>tmgross@umich.edu</email>
</author>
<published>2024-08-25T03:29:39+00:00</published>
<link rel='alternate' type='text/html' href='http://git.dreamy.place/mirrors/rust/commit/?id=6fc60b8b0493027cc966d4911688f0735bfb329d'/>
<id>urn:sha1:6fc60b8b0493027cc966d4911688f0735bfb329d</id>
<content type='text'>
Use the existing Lemire (decimal -&gt; float) and Dragon / Grisu algorithms
(float -&gt; decimal) to add support for `f16`. This allows updating the
implementation for `Display` to the expected behavior for `Display`
(currently it prints the a hex bitwise representation), matching other
floats, and adds a `FromStr` implementation.

In order to avoid crashes when compiling with Cranelift or on targets
where f16 is not well supported, a fallback is used if
`cfg(target_has_reliable_f16)` is not true.
</content>
</entry>
<entry>
<title>Reduce FormattingOptions to 64 bits.</title>
<updated>2025-03-12T15:32:00+00:00</updated>
<author>
<name>Mara Bos</name>
<email>m-ou.se@m-ou.se</email>
</author>
<published>2025-03-12T15:32:00+00:00</published>
<link rel='alternate' type='text/html' href='http://git.dreamy.place/mirrors/rust/commit/?id=90645c187c9d640893a8b5d1cf61c4d29dfabde8'/>
<id>urn:sha1:90645c187c9d640893a8b5d1cf61c4d29dfabde8</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Limit formatting width and precision to 16 bits.</title>
<updated>2025-03-10T11:20:05+00:00</updated>
<author>
<name>Mara Bos</name>
<email>m-ou.se@m-ou.se</email>
</author>
<published>2025-02-12T15:59:13+00:00</published>
<link rel='alternate' type='text/html' href='http://git.dreamy.place/mirrors/rust/commit/?id=fb9ce0297682a0c54fe374800c2a41cc666d9580'/>
<id>urn:sha1:fb9ce0297682a0c54fe374800c2a41cc666d9580</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Access members of `FormattingOptions` directly instead of via getters/setters</title>
<updated>2024-12-05T20:48:36+00:00</updated>
<author>
<name>Elias Holzmann</name>
<email>9659253+EliasHolzmann@users.noreply.github.com</email>
</author>
<published>2024-03-03T04:17:55+00:00</published>
<link rel='alternate' type='text/html' href='http://git.dreamy.place/mirrors/rust/commit/?id=31a56571091a9bdcc3fc9f4dff9e4fafeddc2ea8'/>
<id>urn:sha1:31a56571091a9bdcc3fc9f4dff9e4fafeddc2ea8</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Formatter: Access members via getter methods wherever possible</title>
<updated>2024-12-05T20:47:13+00:00</updated>
<author>
<name>Elias Holzmann</name>
<email>9659253+EliasHolzmann@users.noreply.github.com</email>
</author>
<published>2023-11-22T00:14:41+00:00</published>
<link rel='alternate' type='text/html' href='http://git.dreamy.place/mirrors/rust/commit/?id=1d7984a132663296d0652a9059df46d2a393fcb5'/>
<id>urn:sha1:1d7984a132663296d0652a9059df46d2a393fcb5</id>
<content type='text'>
The idea behind this is to make implementing `fmt::FormattingOptions` (as well
as any future changes to `std::Formatter`) easier.

In theory, this might have a negative performance impact because of the
additional function calls. However, I strongly believe that those will be
inlined anyway, thereby producing assembly code that has comparable performance.
</content>
</entry>
<entry>
<title>remove no-longer-needed abs_private</title>
<updated>2024-11-12T06:47:26+00:00</updated>
<author>
<name>Ralf Jung</name>
<email>post@ralfj.de</email>
</author>
<published>2024-11-12T06:22:49+00:00</published>
<link rel='alternate' type='text/html' href='http://git.dreamy.place/mirrors/rust/commit/?id=2d3c08a02216693f26b5a8c3c44bb8a6be8abc0b'/>
<id>urn:sha1:2d3c08a02216693f26b5a8c3c44bb8a6be8abc0b</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Refactor `floating` macro and nofloat panic message</title>
<updated>2024-10-15T13:27:06+00:00</updated>
<author>
<name>zlfn</name>
<email>ung@zlfn.space</email>
</author>
<published>2024-10-15T09:39:30+00:00</published>
<link rel='alternate' type='text/html' href='http://git.dreamy.place/mirrors/rust/commit/?id=99af761632420b2778e2b44465a396e28adf6103'/>
<id>urn:sha1:99af761632420b2778e2b44465a396e28adf6103</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Reformat `use` declarations.</title>
<updated>2024-07-28T22:26:52+00:00</updated>
<author>
<name>Nicholas Nethercote</name>
<email>n.nethercote@gmail.com</email>
</author>
<published>2024-07-28T22:13:50+00:00</published>
<link rel='alternate' type='text/html' href='http://git.dreamy.place/mirrors/rust/commit/?id=84ac80f1921afc243d71fd0caaa4f2838c294102'/>
<id>urn:sha1:84ac80f1921afc243d71fd0caaa4f2838c294102</id>
<content type='text'>
The previous commit updated `rustfmt.toml` appropriately. This commit is
the outcome of running `x fmt --all` with the new formatting options.
</content>
</entry>
<entry>
<title>Replace `MaybeUninit::uninit_array()` with array repeat expression.</title>
<updated>2024-06-24T17:23:50+00:00</updated>
<author>
<name>Kevin Reid</name>
<email>kpreid@switchb.org</email>
</author>
<published>2024-05-13T04:37:53+00:00</published>
<link rel='alternate' type='text/html' href='http://git.dreamy.place/mirrors/rust/commit/?id=13fca73f4937fe4bb318321525a0fd666e9da16e'/>
<id>urn:sha1:13fca73f4937fe4bb318321525a0fd666e9da16e</id>
<content type='text'>
This is possible now that inline const blocks are stable; the idea was
even mentioned as an alternative when `uninit_array()` was added:
&lt;https://github.com/rust-lang/rust/pull/65580#issuecomment-544200681&gt;

&gt; if it’s stabilized soon enough maybe it’s not worth having a
&gt; standard library method that will be replaceable with
&gt; `let buffer = [MaybeUninit::&lt;T&gt;::uninit(); $N];`

Const array repetition and inline const blocks are now stable (in the
next release), so that circumstance has come to pass, and we no longer
have reason to want `uninit_array()` other than convenience. Therefore,
let’s evaluate the inconvenience by not using `uninit_array()` in
the standard library, before potentially deleting it entirely.
</content>
</entry>
<entry>
<title>Add a `Debug` impl and some basic functions to `f16` and `f128`</title>
<updated>2024-04-11T19:31:10+00:00</updated>
<author>
<name>Trevor Gross</name>
<email>tmgross@umich.edu</email>
</author>
<published>2024-04-11T09:10:37+00:00</published>
<link rel='alternate' type='text/html' href='http://git.dreamy.place/mirrors/rust/commit/?id=5159ecd9220b505343a5744e01b61825cb734fef'/>
<id>urn:sha1:5159ecd9220b505343a5744e01b61825cb734fef</id>
<content type='text'>
`compiler_builtins` uses some convenience functions like `is_nan` and
`is_sign_positive`. Add these, as well as a temporary implementation for
`Debug` that prints the bit representation.
</content>
</entry>
</feed>
