sapling/derived_data
Thomas Orozco 97b4a5136d HgBlobManifest: take a Arc<dyn Blobstore> where we need a Arc<dyn Blobstore>
Summary:
I noticed this while making changes earlier in this stack. We're taking
`&Arc<dyn Blobstore>`, and then cloning it, which seems a bit inefficient when
presumably our caller already has the thing we want (since they can produce
pointer a to it).

Reviewed By: ikostia

Differential Revision: D18780055

fbshipit-source-id: d9b8993cff2fc17111b8e81e68a330d29d042b0a
2019-12-03 05:54:27 -08:00
..
blame blobrepo: add fn blobstore(&self) -> &RepoBlobstore 2019-12-03 05:54:27 -08:00
deleted_files_manifest blobrepo: add fn blobstore(&self) -> &RepoBlobstore 2019-12-03 05:54:27 -08:00
fsnodes blobrepo: add fn blobstore(&self) -> &RepoBlobstore 2019-12-03 05:54:27 -08:00
mercurial_derived_data Remove direct dependencies on failure crate 2019-11-18 16:43:16 -08:00
src Remove direct dependencies on failure crate 2019-11-18 16:43:16 -08:00
unodes HgBlobManifest: take a Arc<dyn Blobstore> where we need a Arc<dyn Blobstore> 2019-12-03 05:54:27 -08:00