JonasKruckenberg opened PR #9977 from JonasKruckenberg:jonas/no_std/no-unwind-feat
to bytecodealliance:main
:
As part of no_std support in cranelift this PR fixes uses of the
isa/unwind
module throughcranelift
so thatcranelift
can be compiled with theunwind
feature (which depends onstdlib
throughgimli
) disabled.
JonasKruckenberg requested abrown for a review on PR #9977.
JonasKruckenberg requested wasmtime-compiler-reviewers for a review on PR #9977.
bjorn3 submitted PR review.
bjorn3 created PR review comment:
Maybe
compute_value_labels_ranges
should be made toreturn ValueLabelsRanges::default();
when the unwind feature is disabled? Except for values which just so happen to be in registers, I don't think it is possible to generate valid debuginfo for locals when the unwind table is not also emitted.
SingleAccretion submitted PR review.
SingleAccretion created PR review comment:
Arguably, the register values are just as 'meaningless' in the no-unwind case as you need the unwind info to recover them (unless you are willing to disassemble code to guide your unwinder). Ultimately, the debug info production 'feature' is tightly coupled to the unwinding feature.
JonasKruckenberg updated PR #9977.
JonasKruckenberg submitted PR review.
JonasKruckenberg created PR review comment:
I marked
compute_value_labels_ranges
as available with theunwind
feature too and made theDefault
changes at its only callsite, I think that's clearer than having the function exist but return a meaningless default value.
Last updated: Jan 24 2025 at 00:11 UTC