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.