https://bugs.llvm.org/show_bug.cgi?id=43147

Fangrui Song <i...@maskray.me> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|---                         |FIXED

--- Comment #10 from Fangrui Song <i...@maskray.me> ---
The crash has been fixed on lld's side for a while

ld.lld: error:
build/amd64-generic/tmp/portage/dev-rust/p9-0.1.0-r13/work/x86_64-cros-linux-gnu/release/deps/p9_tframe_decode_fuzzer-ab429f979ef544a2.
p9_tframe_decode_fuzzer.czbue7pe-cgu.1.rcgu.o:(__sancov_cntrs): sh_link points
to discarded section build/amd64-generic/tmp/portage/dev-rust/p9-0.1.0-
r13/work/x86_64-cros-linux-gnu/release/deps/p9_tframe_decode_fuzzer-ab429f979ef544a2.p9_tframe_decode_fuzzer.czbue7pe-cgu.1.rcgu.o:(.text._ZN3std2io5e
rror5Error3new17hfea99a629fa675e7E)

I think it is correct for lld to reject such a case.


For my reading of https://reviews.llvm.org/D29104 and
https://reviews.llvm.org/D29110, there are some unclear semantics about the
metadata !associated. A metadata does not appear to be the most appropriate
construct to represent such a relation. In particular, optimizations can
usually feel free to drop metadata they don't understand, but !associated
exposes some restrictions. Some developers feel that at least for some
metadata, optimizations should retain them, but this has not reached consensus.
https://reviews.llvm.org/D72899

-- 
You are receiving this mail because:
You are on the CC list for the bug.
_______________________________________________
llvm-bugs mailing list
llvm-bugs@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs

Reply via email to