<feed xmlns='http://www.w3.org/2005/Atom'>
<title>rust/compiler/rustc_errors/Cargo.toml, 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-17T12:26:38+00:00</updated>
<entry>
<title>compiler &amp; tools: bump windows crate to dedupe versions</title>
<updated>2025-05-17T12:26:38+00:00</updated>
<author>
<name>klensy</name>
<email>klensy@users.noreply.github.com</email>
</author>
<published>2025-05-17T12:25:32+00:00</published>
<link rel='alternate' type='text/html' href='http://git.dreamy.place/mirrors/rust/commit/?id=9cacafdd1ae7b23692d9894c6110b7f8f404b4bb'/>
<id>urn:sha1:9cacafdd1ae7b23692d9894c6110b7f8f404b4bb</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Revert "Use workspace lints for crates in `compiler/` #138084"</title>
<updated>2025-03-10T10:12:47+00:00</updated>
<author>
<name>许杰友 Jieyou Xu (Joe)</name>
<email>39484203+jieyouxu@users.noreply.github.com</email>
</author>
<published>2025-03-10T10:12:34+00:00</published>
<link rel='alternate' type='text/html' href='http://git.dreamy.place/mirrors/rust/commit/?id=063ef18fdc10cb0eb49e1af855e1a8e807e73eed'/>
<id>urn:sha1:063ef18fdc10cb0eb49e1af855e1a8e807e73eed</id>
<content type='text'>
Revert &lt;https://github.com/rust-lang/rust/pull/138084&gt; to buy time to
consider options that avoids breaking downstream usages of cargo on
distributed `rustc-src` artifacts, where such cargo invocations fail due
to inability to inherit `lints` from workspace root manifest's
`workspace.lints` (this is only valid for the source rust-lang/rust
workspace, but not really the distributed `rustc-src` artifacts).

This breakage was reported in
&lt;https://github.com/rust-lang/rust/issues/138304&gt;.

This reverts commit 48caf81484b50dca5a5cebb614899a3df81ca898, reversing
changes made to c6662879b27f5161e95f39395e3c9513a7b97028.
</content>
</entry>
<entry>
<title>Specify rust lints for `compiler/` crates via Cargo.</title>
<updated>2025-03-07T21:41:09+00:00</updated>
<author>
<name>Nicholas Nethercote</name>
<email>n.nethercote@gmail.com</email>
</author>
<published>2025-03-06T00:53:30+00:00</published>
<link rel='alternate' type='text/html' href='http://git.dreamy.place/mirrors/rust/commit/?id=beba32cebb4fb2ef8f02c4fc898a9d31f1b03c61'/>
<id>urn:sha1:beba32cebb4fb2ef8f02c4fc898a9d31f1b03c61</id>
<content type='text'>
By naming them in `[workspace.lints.rust]` in the top-level
`Cargo.toml`, and then making all `compiler/` crates inherit them with
`[lints] workspace = true`. (I omitted `rustc_codegen_{cranelift,gcc}`,
because they're a bit different.)

The advantages of this over the current approach:
- It uses a standard Cargo feature, rather than special handling in
  bootstrap. So, easier to understand, and less likely to get
  accidentally broken in the future.
- It works for proc macro crates.

It's a shame it doesn't work for rustc-specific lints, as the comments
explain.
</content>
</entry>
<entry>
<title>Introduce new-style attribute parsers for several attributes</title>
<updated>2025-02-24T13:31:17+00:00</updated>
<author>
<name>Jana Dönszelmann</name>
<email>jana@donsz.nl</email>
</author>
<published>2025-02-09T21:49:33+00:00</published>
<link rel='alternate' type='text/html' href='http://git.dreamy.place/mirrors/rust/commit/?id=7e0f5b50168c63bd1879067c043559ef0f01671e'/>
<id>urn:sha1:7e0f5b50168c63bd1879067c043559ef0f01671e</id>
<content type='text'>
note: compiler compiles but librustdoc and clippy don't
</content>
</entry>
<entry>
<title>Upgrade the compiler to edition 2024</title>
<updated>2025-02-22T00:01:48+00:00</updated>
<author>
<name>Michael Goulet</name>
<email>michael@errs.io</email>
</author>
<published>2025-02-20T18:37:58+00:00</published>
<link rel='alternate' type='text/html' href='http://git.dreamy.place/mirrors/rust/commit/?id=76d341fa09c423e601e2c47f8e4d165fcb7c21aa'/>
<id>urn:sha1:76d341fa09c423e601e2c47f8e4d165fcb7c21aa</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Move hashes from rustc_data_structure to rustc_hashes so they can be shared with rust-analyzer</title>
<updated>2025-02-16T21:18:30+00:00</updated>
<author>
<name>Ben Kimock</name>
<email>kimockb@gmail.com</email>
</author>
<published>2025-02-15T20:18:19+00:00</published>
<link rel='alternate' type='text/html' href='http://git.dreamy.place/mirrors/rust/commit/?id=4cf21866e8f18449ea0c41ee1ba031c05419d94c'/>
<id>urn:sha1:4cf21866e8f18449ea0c41ee1ba031c05419d94c</id>
<content type='text'>
</content>
</entry>
<entry>
<title>bumpt compiler and tools to windows 0.59</title>
<updated>2025-01-21T13:48:44+00:00</updated>
<author>
<name>klensy</name>
<email>klensy@users.noreply.github.com</email>
</author>
<published>2025-01-14T13:57:04+00:00</published>
<link rel='alternate' type='text/html' href='http://git.dreamy.place/mirrors/rust/commit/?id=84ce2e129a5b6a5af2f2ea27af5ad907a1aac419'/>
<id>urn:sha1:84ce2e129a5b6a5af2f2ea27af5ad907a1aac419</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Fix logical error with what text is considered whitespace.</title>
<updated>2024-12-17T04:34:46+00:00</updated>
<author>
<name>Harrison Kaiser</name>
<email>uwaces@gmail.com</email>
</author>
<published>2024-12-16T01:06:02+00:00</published>
<link rel='alternate' type='text/html' href='http://git.dreamy.place/mirrors/rust/commit/?id=1e33dd17115ca948c6e5ebf319695ed64490b2bf'/>
<id>urn:sha1:1e33dd17115ca948c6e5ebf319695ed64490b2bf</id>
<content type='text'>
There is a logical issue around what counts as leading white-space.
There is code which does a subtraction assuming that no errors will be reported
inside the leading whitespace. However we compute the length of
that whitespace with std::char::is_whitespace and not
rustc_lexer::is_whitespace. The former will include a no-break space while
later will excluded it. We can only safely make the assumption that no errors
will be reported  in whitespace if it is all "Rust Standard" whitespace.
Indeed an error does occur in unicode whitespace if it contains a no-break
space.
</content>
</entry>
<entry>
<title>Delete the `cfg(not(parallel))` serial compiler</title>
<updated>2024-11-12T13:38:58+00:00</updated>
<author>
<name>Noratrieb</name>
<email>48135649+Noratrieb@users.noreply.github.com</email>
</author>
<published>2024-10-28T17:51:12+00:00</published>
<link rel='alternate' type='text/html' href='http://git.dreamy.place/mirrors/rust/commit/?id=505b8e133282a5ced49d8b9c6c5678b8030123a4'/>
<id>urn:sha1:505b8e133282a5ced49d8b9c6c5678b8030123a4</id>
<content type='text'>
Since it's inception a long time ago, the parallel compiler and its cfgs
have been a maintenance burden. This was a necessary evil the allow
iteration while not degrading performance because of synchronization
overhead.

But this time is over. Thanks to the amazing work by the parallel
working group (and the dyn sync crimes), the parallel compiler has now
been fast enough to be shipped by default in nightly for quite a while
now.
Stable and beta have still been on the serial compiler, because they
can't use `-Zthreads` anyways.
But this is quite suboptimal:
- the maintenance burden still sucks
- we're not testing the serial compiler in nightly

Because of these reasons, it's time to end it. The serial compiler has
served us well in the years since it was split from the parallel one,
but it's over now.

Let the knight slay one head of the two-headed dragon!
</content>
</entry>
<entry>
<title>compiler: Add rustc_abi dependence to the compiler</title>
<updated>2024-10-28T04:10:58+00:00</updated>
<author>
<name>Jubilee Young</name>
<email>workingjubilee@gmail.com</email>
</author>
<published>2024-10-28T03:38:33+00:00</published>
<link rel='alternate' type='text/html' href='http://git.dreamy.place/mirrors/rust/commit/?id=4839d6e6e51f29c6bd9b581df520a8f1a6d278b9'/>
<id>urn:sha1:4839d6e6e51f29c6bd9b581df520a8f1a6d278b9</id>
<content type='text'>
Depend on rustc_abi in compiler crates that use it indirectly but have
not yet taken on that dependency, and are not entangled in my other PRs.
This leaves an "excise rustc_target" step after the dust settles.
</content>
</entry>
</feed>
