10:26 <hannes> ehirdoy: the 3MB is the current size, yes. there's an OCaml compiler PR (https://github.com/ocaml/ocaml/pull/608/) to remove dead code, but this is not active atm

10:26 <hannes> s/not active/not merged into master of OCaml/

10:27 <hannes> this means, even a hello world MirageOS unikernel has quite some data attached to it... kit_ty_kate I don't think we link compiler-libs atm (maybe with the most recent sexplib v0.11)

11:42 <kit_ty_kate> hannes: no it was a problem with a specific custom option of jbuilder which has a bug I think. The guy that had that bug thought it came from mirage-profile but it's really not

11:43 <hannes> kit_ty_kate: :(

11:45 <kit_ty_kate> it's ok that option is almost never used in practice

11:46 <kit_ty_kate> I'll ask mark about LTO next time I see him

11:47 <kit_ty_kate> (the option is -x, used for cross-compilation)

11:47 <kit_ty_kate> (but it might be something else specific to his setup)

11:48 <hannes> LTO: needs some more understanding afaiu (I wanted to experiment and post results in the ticket)

11:50 <hannes> compiler-libs getting linked: maybe some check in the mirage utility for avoiding this would be a good idea (I still don't understand the whole ppx-sexplib now having some runtime dependency, see https://github.com/mirleft/ocaml-nocrypto/issues/143 https://github.com/ocaml/opam-repository/issues/11852 -- will this make the compiler-libs a runtime dependency?)

11:58 <kit_ty_kate> but mark is currently rewriting flambda so this specific implementation of LTO might be outdated

12:00 <kit_ty_kate> otherwise just depending on sexplib doesn't make compiler-libs a runtime dep

12:01 <kit_ty_kate> luckily :)

12:05 <hannes> (just commented on the opam-repo issue about sexplib)