https://github.com/rust-lang/rust http://git.dreamy.place/mirrors/rust/atom?h=1.68.2 2022-12-05T23:05:43+00:00 2022-12-05T23:05:43+00:00 Peter Collingbourne pcc@google.com 2022-11-24T02:13:30+00:00 urn:sha1:5873ebeef3a4497c14b4199abba705fe7b530935 This ensures that the error is printed even for unused variables, as well as unifying the handling between the LLVM and GCC backends. This also fixes unusual behavior around exported Rust-defined variables with linkage attributes. With the previous behavior, it appears to be impossible to define such a variable such that it can actually be imported and used by another crate. This is because on the importing side, the variable is required to be a pointer, but on the exporting side, the type checker rejects static variables of pointer type because they do not implement `Sync`. Even if it were possible to import such a type, it appears that code generation on the importing side would add an unexpected additional level of pointer indirection, which would break type safety. This highlighted that the semantics of linkage on Rust-defined variables is different to linkage on foreign items. As such, we now model the difference with two different codegen attributes: linkage for Rust-defined variables, and import_linkage for foreign items. This change gives semantics to the test src/test/ui/linkage-attr/auxiliary/def_illtyped_external.rs which was previously expected to fail to compile. Therefore, convert it into a test that is expected to successfully compile. The update to the GCC backend is speculative and untested. 2022-11-26T19:35:32+00:00 bjorn3 bjorn3@users.noreply.github.com 2022-05-28T10:43:51+00:00 urn:sha1:be6708428fdf6693188e2c2f10f05d1b1aaa5750 This allows it to be used by other codegen backends 2022-10-23T08:09:44+00:00 Nilstrieb 48135649+Nilstrieb@users.noreply.github.com 2022-10-22T09:07:54+00:00 urn:sha1:c65ebae2216119d23d88bbfea78192a3d950c4f3 2022-09-29T02:02:38+00:00 Ellis Hoag ellis.sparky.hoag@gmail.com 2022-09-29T02:02:38+00:00 urn:sha1:01439c93b8ce1faadb207cd0d5bb3ce6a3cbf1be 2022-09-27T02:57:40+00:00 Ellis Hoag ellis.sparky.hoag@gmail.com 2022-09-27T02:57:40+00:00 urn:sha1:6d01c6d9c8851ddfa8d520c03e9ac93ef7f82ce3 2022-09-24T18:36:16+00:00 Ellis Hoag ellis.sparky.hoag@gmail.com 2022-09-24T18:36:16+00:00 urn:sha1:ac97487645fdf018724f17ed1e764f2dbb4b04ba 2022-09-24T18:06:05+00:00 Ellis Hoag ellis.sparky.hoag@gmail.com 2022-09-24T18:05:37+00:00 urn:sha1:5c7e629b6378a25d3575c56a803fa1de0b2641e5 2022-09-24T17:24:48+00:00 Ellis Hoag ellis.sparky.hoag@gmail.com 2022-09-11T23:43:18+00:00 urn:sha1:249e46bfbae66d18a96771dd2c3bdaf0f8fc25b4 2022-09-24T17:24:48+00:00 Ellis Hoag ellis.sparky.hoag@gmail.com 2022-09-01T05:03:05+00:00 urn:sha1:6fdfcb35471e2b8a90aeb668b34e1fe5c7250c4c 2022-09-24T17:24:48+00:00 Ellis Hoag ellis.sparky.hoag@gmail.com 2022-09-01T05:02:35+00:00 urn:sha1:e906ea80fef37b17ac7b3630f6b248fbb0927c49