{"push_id":977103312,"size":4,"distinct_size":4,"ref":"refs/heads/master","head":"a888333ea6acad7e289fa3f0f9e6c1058aa2a011","before":"9b367d9d8ba0e75eddb45e2fd14c8b95a9d41905","commits":[{"sha":"12a68e6af31a32c52785298f036543caa96d24d3","author":{"email":"60c6d277a8bd81de7fdde19201bf9c58a3df08f4@alexcrichton.com","name":"Alex Crichton"},"message":"rustc: Ensure FNV hashing is inlined across crates\n\nRight now the primary hashing algorithm of the compiler isn't actually inlined\nacross crates, meaning that it may be missing out on some crucial optimizations\nin a few places (perhaps unrolling smaller loops, etc).\n\nThis commit made the hashing function disappear from a profiled version of the\ncompiler, but that's likely because it was just inlined elsewhere. When\ncompiling winapi, however, this decreased compile time from 18.3 to 17.8 seconds\n(a 3% improvement).","distinct":true,"url":"https://api.github.com/repos/cuviper/rust/commits/12a68e6af31a32c52785298f036543caa96d24d3"},{"sha":"cc719d2d7d1967b92e38b1dec6d19f10c5b42891","author":{"email":"60c6d277a8bd81de7fdde19201bf9c58a3df08f4@alexcrichton.com","name":"Alex Crichton"},"message":"trans: Don't link whole rlibs to executables\n\nBack in 9bc8e6d14 the linking of rlibs changed to using the `link_whole_rlib`\nfunction. This change, however was only intended to affect dylibs, not\nexecutables. For executables we don't actually want to link entire rlibs because\nwe want the linker to strip out as much as possible.\n\nThis commit adds a conditional to this logic to only link entire rlibs if we're\ncreating a dylib, and otherwise an executable just links an rlib as usual. A\ntest is included which will fail to link if this behavior is reverted.","distinct":true,"url":"https://api.github.com/repos/cuviper/rust/commits/cc719d2d7d1967b92e38b1dec6d19f10c5b42891"},{"sha":"e3b414d8612314e74e2b0ebde1ed5c6997d28e8d","author":{"email":"60c6d277a8bd81de7fdde19201bf9c58a3df08f4@alexcrichton.com","name":"Alex Crichton"},"message":"std: Stop prefixing jemalloc symbols\n\nNow that we properly only link in jemalloc when building executables, we have\nfar less to worry about in terms of polluting the global namespace with the\n`free` and `malloc` symbols on Linux. This commit will primarily allow LLVM to\nuse jemalloc so the compiler will only be using one allocator overall.\n\nLocally this took compile time for libsyntax from 95 seconds to 89 (a 6%\nimprovement).","distinct":true,"url":"https://api.github.com/repos/cuviper/rust/commits/e3b414d8612314e74e2b0ebde1ed5c6997d28e8d"},{"sha":"a888333ea6acad7e289fa3f0f9e6c1058aa2a011","author":{"email":"3a2c29237f73c7cf88424b80e427b1884f346b35@rust-lang.org","name":"bors"},"message":"Auto merge of #31460 - alexcrichton:supafast-rustc, r=brson\n\nLooking at some profiles of rustc recently, these seemed like two pretty easy wins we could get in terms of performance on the table.","distinct":true,"url":"https://api.github.com/repos/cuviper/rust/commits/a888333ea6acad7e289fa3f0f9e6c1058aa2a011"}]}