https://github.com/rust-lang/rust http://git.dreamy.place/mirrors/rust/atom?h=1.20.0 2017-06-04T14:54:39+00:00 2017-06-04T14:54:39+00:00 Marco Castelluccio mcastelluccio@mozilla.com 2017-06-04T14:54:39+00:00 urn:sha1:ecba8d6a23d8bafd6296d619180a5f3e09bb21b1 2017-05-28T07:43:24+00:00 Ariel Ben-Yehuda ariel.byd@gmail.com 2017-05-18T15:43:52+00:00 urn:sha1:7b295eea4296eedf7858a001297eadfaace253d3 2017-05-01T09:16:20+00:00 whitequark whitequark@whitequark.org 2017-02-13T09:57:50+00:00 urn:sha1:42754ce710a777b38402b12728daf54d68ea2b50 When -Z profile is passed, the GCDAProfiling LLVM pass is added to the pipeline, which uses debug information to instrument the IR. After compiling with -Z profile, the $(OUT_DIR)/$(CRATE_NAME).gcno file is created, containing initial profiling information. After running the program built, the $(OUT_DIR)/$(CRATE_NAME).gcda file is created, containing branch counters. The created *.gcno and *.gcda files can be processed using the "llvm-cov gcov" and "lcov" tools. The profiling data LLVM generates does not faithfully follow the GCC's format for *.gcno and *.gcda files, and so it will probably not work with other tools (such as gcov itself) that consume these files. 2017-04-13T00:12:49+00:00 A.J. Gardner aaron.j.gardner@gmail.com 2017-03-22T00:50:23+00:00 urn:sha1:9240054b3ee5690b6c75bebdb6316a14bdd46340 2017-03-16T20:10:04+00:00 Tim Neumann mail@timnn.me 2017-03-16T20:10:04+00:00 urn:sha1:95bd7f2e013ad79d857ac54b42b362b36ae8806d 2017-03-16T20:03:22+00:00 Tim Neumann mail@timnn.me 2017-03-16T20:03:22+00:00 urn:sha1:222ca3c4a550e001e0b1bb957f0035d6bd753d4a 2017-03-16T20:01:05+00:00 Tim Neumann mail@timnn.me 2017-03-16T20:01:05+00:00 urn:sha1:449219ab2bf65f465b18c0841d7f8d9d3b958943 2017-02-13T02:32:09+00:00 bors bors@rust-lang.org 2017-02-13T02:32:09+00:00 urn:sha1:05a7f25cc42d08aa541f50876915489bdc0eb4bb [MIR] SwitchInt Everywhere Something I've been meaning to do for a very long while. This PR essentially gets rid of 3 kinds of conditional branching and only keeps the most general one - `SwitchInt`. Primary benefits are such that dealing with MIR now does not involve dealing with 3 different ways to do conditional control flow. On the other hand, constructing a `SwitchInt` currently requires more code than what previously was necessary to build an equivalent `If` terminator. Something trivially "fixable" with some constructor methods somewhere (MIR needs stuff like that badly in general). Some timings (tl;dr: slightly faster^1 (unexpected), but also uses slightly more memory at peak (expected)): ^1: Not sure if the speed benefits are because of LLVM liking the generated code better or the compiler itself getting compiled better. Either way, its a net benefit. The CORE and SYNTAX timings done for compilation without optimisation. ``` AFTER: Building stage1 std artifacts (x86_64-unknown-linux-gnu -> x86_64-unknown-linux-gnu) Finished release [optimized] target(s) in 31.50 secs Finished release [optimized] target(s) in 31.42 secs Building stage1 compiler artifacts (x86_64-unknown-linux-gnu -> x86_64-unknown-linux-gnu) Finished release [optimized] target(s) in 439.56 secs Finished release [optimized] target(s) in 435.15 secs CORE: 99% (24.81 real, 0.13 kernel, 24.57 user); 358536k resident CORE: 99% (24.56 real, 0.15 kernel, 24.36 user); 359168k resident SYNTAX: 99% (49.98 real, 0.48 kernel, 49.42 user); 653416k resident SYNTAX: 99% (50.07 real, 0.58 kernel, 49.43 user); 653604k resident BEFORE: Building stage1 std artifacts (x86_64-unknown-linux-gnu -> x86_64-unknown-linux-gnu) Finished release [optimized] target(s) in 31.84 secs Building stage1 compiler artifacts (x86_64-unknown-linux-gnu -> x86_64-unknown-linux-gnu) Finished release [optimized] target(s) in 451.17 secs CORE: 99% (24.66 real, 0.20 kernel, 24.38 user); 351096k resident CORE: 99% (24.36 real, 0.17 kernel, 24.18 user); 352284k resident SYNTAX: 99% (52.24 real, 0.56 kernel, 51.66 user); 645544k resident SYNTAX: 99% (51.55 real, 0.48 kernel, 50.99 user); 646428k resident ``` cc @nikomatsakis @eddyb 2017-02-11T21:15:28+00:00 Matt Ickstadt mattico8@gmail.com 2017-02-11T21:01:25+00:00 urn:sha1:68fff6254286bcee426fd9020c54f8f30b64758e 2017-02-10T17:47:09+00:00 Simonas Kazlauskas git@kazlauskas.me 2017-02-10T17:29:39+00:00 urn:sha1:f3bd7231015706bee72846a758e1234febaaa60a