https://github.com/rust-lang/rust http://git.dreamy.place/mirrors/rust/atom?h=1.63.0 2022-06-24T07:43:45+00:00 2022-06-24T07:43:45+00:00 Yuki Okushi jtitor@2k36.org 2022-06-24T07:43:45+00:00 urn:sha1:33eb3c05c54b306afea341dd233671a9f039156f rustc_target: Remove some redundant target properties `is_like_emscripten` is equivalent to `os == "emscripten"`, so it's removed. `is_like_fuchsia` is equivalent to `os == "fuchsia"`, so it's removed. `is_like_osx` also falls into the same category and is equivalent to `vendor == "apple"`, but it's commonly used so I kept it as is for now. `is_like_(solaris,windows,wasm)` are combinations of different operating systems or architectures (see compiler/rustc_target/src/spec/tests/tests_impl.rs) so they are also kept as is. I think `is_like_wasm` (and maybe `is_like_osx`) are sufficiently closed sets, so we can remove these fields as well and replace them with methods like `fn is_like_wasm() { arch == "wasm32" || arch == "wasm64" }`. On other hand, `is_like_solaris` and `is_like_windows` are sufficiently open and I can imagine custom targets introducing other values for `os`. This is kind of a gray area. 2022-06-21T16:24:56+00:00 bors bors@rust-lang.org 2022-06-21T16:24:56+00:00 urn:sha1:dc80ca78b6ec2b6bba02560470347433bcd0bb3c Remove the source archive functionality of ArchiveWriter We now build archives through strictly additive means rather than taking an existing archive and potentially substracting parts. This is simpler and makes it easier to swap out the archive writer in https://github.com/rust-lang/rust/pull/97485. 2022-06-19T12:56:31+00:00 bjorn3 17426603+bjorn3@users.noreply.github.com 2022-06-19T12:49:12+00:00 urn:sha1:7643f82e012c29603374fbdc4cd8c2ce3b600c82 2022-06-19T12:56:31+00:00 bjorn3 17426603+bjorn3@users.noreply.github.com 2022-06-14T15:16:51+00:00 urn:sha1:18c6fe5798c70d532742cfda6c21d61daee257a4 We now build archives through strictly additive means rather than taking an existing archive and potentially substracting parts. 2022-06-19T12:56:31+00:00 bjorn3 17426603+bjorn3@users.noreply.github.com 2022-06-18T17:55:24+00:00 urn:sha1:7ff0df51024a96e91f41c3760b5676ebbdc7a2c0 2022-06-18T22:17:13+00:00 Matthias Krüger matthias.krueger@famsik.de 2022-06-18T22:17:13+00:00 urn:sha1:f351f347b8ab6520f749b0ec10aa33b3ee480614 once cell renamings This PR does the renamings proposed in https://github.com/rust-lang/rust/issues/74465#issuecomment-1153703128 - Move/rename `lazy::{OnceCell, Lazy}` to `cell::{OnceCell, LazyCell}` - Move/rename `lazy::{SyncOnceCell, SyncLazy}` to `sync::{OnceLock, LazyLock}` (I used `Lazy...` instead of `...Lazy` as it seems to be more consistent, easier to pronounce, etc) ```@rustbot``` label +T-libs-api -T-libs 2022-06-17T22:09:20+00:00 Vadim Petrochenkov vadim.petrochenkov@gmail.com 2022-06-17T22:01:19+00:00 urn:sha1:37fd2941a1290a287935988641dc14233ee5e236 2022-06-16T15:53:59+00:00 Maybe Waffle waffle.lapkin@gmail.com 2022-06-16T15:41:40+00:00 urn:sha1:7c360dc117d554a11f7193505da0835c4b890c6f 2022-06-16T07:10:20+00:00 Matthias Krüger matthias.krueger@famsik.de 2022-06-16T07:10:20+00:00 urn:sha1:95be954af412e4473499a3745c84583c545f15e5 Support lint expectations for `--force-warn` lints (RFC 2383) Rustc has a `--force-warn` flag, which overrides lint level attributes and forces the diagnostics to always be warn. This means, that for lint expectations, the diagnostic can't be suppressed as usual. This also means that the expectation would not be fulfilled, even if a lint had been triggered in the expected scope. This PR now also tracks the expectation ID in the `ForceWarn` level. I've also made some minor adjustments, to possibly catch more bugs and make the whole implementation more robust. This will probably conflict with https://github.com/rust-lang/rust/pull/97718. That PR should ideally be reviewed and merged first. The conflict itself will be trivial to fix. --- r? `@wesleywiser` cc: `@flip1995` since you've helped with the initial review and also discussed this topic with me. :upside_down_face: Follow-up of: https://github.com/rust-lang/rust/pull/87835 Issue: https://github.com/rust-lang/rust/issues/85549 Yeah, and that's it. 2022-06-16T06:16:43+00:00 xFrednet xFrednet@gmail.com 2022-06-05T10:33:45+00:00 urn:sha1:8527a3d36985bed55de1832c3c1f3d470720bb0b