https://github.com/rust-lang/rust http://git.dreamy.place/mirrors/rust/atom?h=1.24.0 2017-11-28T15:36:12+00:00 2017-11-28T15:36:12+00:00 kennytm kennytm@gmail.com 2017-11-23T15:19:50+00:00 urn:sha1:ab788a2ee175c7560f0ca58bbc183ecfd57d2f7a Introduced a new src/etc/cat-and-grep.sh script (called in run-make as $(CGREP)), which prints the input and do a grep simultaneously. This is mainly used to debug spurious failures in run-make, such as the sanitizer error in #45810, as well as real errors such as #46126. 2017-09-26T15:18:03+00:00 Alex Crichton alex@alexcrichton.com 2017-09-25T19:26:25+00:00 urn:sha1:9e35b797b158d2e437bfee6376f852fd87861286 This commit changes the default of rustc to use 32 codegen units when compiling in debug mode, typically an opt-level=0 compilation. Since their inception codegen units have matured quite a bit, gaining features such as: * Parallel translation and codegen enabling codegen units to get worked on even more quickly. * Deterministic and reliable partitioning through the same infrastructure as incremental compilation. * Global rate limiting through the `jobserver` crate to avoid overloading the system. The largest benefit of codegen units has forever been faster compilation through parallel processing of modules on the LLVM side of things, using all the cores available on build machines that typically have many available. Some downsides have been fixed through the features above, but the major downside remaining is that using codegen units reduces opportunities for inlining and optimization. This, however, doesn't matter much during debug builds! In this commit the default number of codegen units for debug builds has been raised from 1 to 32. This should enable most `cargo build` compiles that are bottlenecked on translation and/or code generation to immediately see speedups through parallelization on available cores. Work is being done to *always* enable multiple codegen units (and therefore parallel codegen) but it requires #44841 at least to be landed and stabilized, but stay tuned if you're interested in that aspect! 2017-08-04T00:18:19+00:00 Danek Duvall danek.duvall@oracle.com 2017-08-04T00:18:19+00:00 urn:sha1:497c5a34da45527f6e8a2d5a325293da6724dafb This is a follow-up to f189d7a6937 and 9d11b089ad1. While `-z ignore` is what needs to be passed to the Solaris linker, because gcc is used as the default linker, both that form and `-Wl,-z -Wl,ignore` (including extra double quotes) need to be taken into account, which explains the more complex regular expression. 2016-12-04T12:55:24+00:00 Xidorn Quan me@upsuper.org 2016-11-25T08:17:21+00:00 urn:sha1:257f643ee327252a4cd6dba25f64ac3768adcb45 2016-02-13T19:03:08+00:00 Sébastien Marie semarie@users.noreply.github.com 2016-02-13T19:03:08+00:00 urn:sha1:15e5cf383ddba4ace0acdb045c55d25bc3432f38 The BSD grep for "basic regex" don't support \| as alternate operator. Use multiple -e arguments for expressing alternative. 2016-02-11T10:14:32+00:00 Johan Lorenzo jlorenzo@mozilla.com 2016-02-02T17:56:59+00:00 urn:sha1:274f27a476d48a006f8e7142d4a239f63ea2d403 Turning gc-sections off improves code coverage based for tools which use DWARF debugging information (like kcov). Otherwise dead code is stripped and kcov returns a coverage percentage that doesn't reflect reality. 2014-11-15T13:51:22+00:00 inrustwetrust inrustwetrust@users.noreply.github.com 2014-11-15T13:51:22+00:00 urn:sha1:3391ddda114f4b01440b028aa677af152a8675c8