gllvm icon indicating copy to clipboard operation
gllvm copied to clipboard

Content-addressed bitcode and object files

Open woodruffw opened this issue 2 years ago • 2 comments

This is still WIP; it probably needs more work + cleanup to bring it to parity with the current behavior.

See #58.

woodruffw avatar Mar 02 '22 21:03 woodruffw

OK let me know when it's ready. We should make sure the (right version of the) linux kernel still builds.

ianamason avatar Mar 08 '22 18:03 ianamason

Leaving some notes to myself:

  • This approach needs to be a little more thoughtful. It currently it blindly creates a list of ($hash.bc, $hash.o) pairs that never get merged back in, since the ultimate executable is linked against foo.o instead of its $hash.o dual.
  • There are probably still some sources of unsoundness left, although they're maybe no more unsound than the misbehaving build system that would trigger them. In particular, a build system that recompiles foo.c concurrently might clobber the content-addressed paths, but such a build would already be at risk of writing clobbered object files.

woodruffw avatar Mar 14 '22 21:03 woodruffw