https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96559
Martin Liška <marxin at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Resolution|--- |INVALID
Status|UNCONFIRMED |RESOLVED
--- Comment #2 from Martin Liška <marxin at gcc dot gnu.org> ---
> U __clzdi2
> 0000000000000008 B compute___trans_tmp_3
> 0000000000000000 B CountLeadingZeroes64_aValue
> 0000000000000000 T _Z11CeilingLog2v
>
> So if the call to __clzdi2 ends up going to the wrong place, something must
> have gone wrong at the link stage.
Oh, you are right. The --reloc helps with the explanation.
