https://github.com/rust-lang/rust http://git.dreamy.place/mirrors/rust/atom?h=try 2023-01-11T09:32:08+00:00 2023-01-11T09:32:08+00:00 Albert Larsan 74931857+albertlarsan68@users.noreply.github.com 2023-01-05T08:13:28+00:00 urn:sha1:cf2dff2b1e3fa55fa5415d524200070d0d7aacfe 2022-12-07T20:30:02+00:00 Oli Scherer git-spam-no-reply9815368754983@oli-obk.de 2022-12-06T12:46:10+00:00 urn:sha1:d30848b30a4ba328b482e2e601de7517be2e5397 2022-03-24T15:23:51+00:00 bjorn3 bjorn3@users.noreply.github.com 2022-03-24T15:23:51+00:00 urn:sha1:147e5da9e34b86cd213900748a9da12bceb33de2 2022-03-02T15:45:25+00:00 mark markm@cs.wisc.edu 2022-01-23T18:34:26+00:00 urn:sha1:e489a94deef3d41513fe4254804d730f0fd6cbc0 2021-12-13T00:00:00+00:00 Tomasz Miąsko tomasz.miasko@gmail.com 2021-12-13T00:00:00+00:00 urn:sha1:3f2a1c9c1726d4d93e3433303262e44faa5910e9 The resulting profile will include the crate name and will be stored in the `--out-dir` directory. This implementation makes it convenient to use LLVM time trace together with cargo, in the contrast to the previous implementation which would overwrite profiles or store them in `.cargo/registry/..`. 2021-09-30T17:41:32+00:00 Camille GILLOT gillot.camille@gmail.com 2021-09-24T19:06:11+00:00 urn:sha1:ea6b7996b570538393bf9e4575553f739fa5af36 2021-07-06T17:40:21+00:00 bjorn3 bjorn3@users.noreply.github.com 2021-07-06T17:40:21+00:00 urn:sha1:25e45baf55280eb310cfb182024194c69347c890 2021-06-04T11:20:05+00:00 bjorn3 bjorn3@users.noreply.github.com 2021-05-29T16:14:30+00:00 urn:sha1:435b540607554ea11fa3d3c71b8b6b17df75f806 2021-05-14T12:58:58+00:00 bors bors@rust-lang.org 2021-05-14T12:58:58+00:00 urn:sha1:75da570d784a798a34ff1e5048cd9a6a2fb23170 Use the object crate for metadata reading This allows sharing the metadata reader between cg_llvm, cg_clif and other codegen backends. This is not currently useful for rlib reading with cg_spirv ([rust-gpu](https://github.com/EmbarkStudios/rust-gpu/)) as it uses tar rather than ar as .rlib format, but it is useful for dylib reading required for loading proc macros. (cc `@eddyb)` The object crate is already trusted as dependency of libstd through backtrace. As far as I know it supports reading all object file formats used by targets for which we support rust dylibs with crate metadata, but I am not certain. If this happens to not be the case, I could keep using LLVM for reading dylib metadata. Marked as WIP for a perf run and as it is based on #83637. 2021-05-13T11:03:59+00:00 bjorn3 bjorn3@users.noreply.github.com 2021-05-13T11:03:59+00:00 urn:sha1:6381aaf8ae2df01cdb70b6f3123153cf4f1e03cd