https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94311
Jakub Jelinek <jakub at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |dmalcolm at gcc dot gnu.org,
| |hubicka at gcc dot gnu.org,
| |jakub at gcc dot gnu.org,
| |law at gcc dot gnu.org
--- Comment #9 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
Ok, reproduced with last night's trunk too.
/home/jakub/src/gcc/obj68i/usr/local/bin/lto-dump -dump-body=dis_ESC_0F3A__VEX
-dump-level=lineno libvex_amd64_linux_a-guest_amd64_toIR.o 2>&1 | grep
'toIR.c:[0-9][0-9][0-9][0-9][0-9][0-9]'
prints nothing, so the LTO bytecode looks ok (largest lineno in that file below
33000 or so).
E.g. I see
<bb 582> [local count: 456515]:
[priv/guest_amd64_toIR.c:2248:0] _3193 = [priv/guest_amd64_toIR.c:2248:0]
xmm_names[_356];
[priv/guest_amd64_toIR.c:25336:0] # DEBUG xmmreg => NULL
[priv/guest_amd64_toIR.c:25336:0] vex_printf
([priv/guest_amd64_toIR.c:25336:0] "vcvtsd2ss %s,%s,%s\n", _3193, _3194,
_3195);
goto <bb 585>; [100.00%]
<bb 583> [local count: 691966]:
[priv/guest_amd64_toIR.c:25339:0] addr_2000 = disAMode
([priv/guest_amd64_toIR.c:25339:0] &alen, vbi_925(D), pfx_922(D), delta_919,
[priv/guest_amd64_toIR.c:25339:0] &dis_buf, 0);
[priv/guest_amd64_toIR.c:25339:0] # DEBUG addr => addr_2000
[priv/guest_amd64_toIR.c:25340:0] # DEBUG tmp => addr_2000
[priv/guest_amd64_toIR.c:258:0] _3197 = IRExpr_RdTmp (addr_2000);
in the lto-dump, but when I look at -fdump-ipa-cp-lineno from the memcheck
-flto link, I see in memcheck-amd64-linux.ltrans0.ltrans.076i.cp
<bb 582> [local count: 456515]:
[priv/guest_amd64_toIR.c:47085:0] _1627 = [priv/guest_amd64_toIR.c:47085:0]
xmm_names[_1626];
[priv/guest_amd64_toIR.c:47086:0] # DEBUG xmmreg => NULL
[priv/guest_amd64_toIR.c:47086:0] vex_printf
([priv/guest_amd64_toIR.c:47086:0] "vcvtsd2ss %s,%s,%s\n", _1627, _1625,
_1623);
goto <bb 585>; [100.00%]
<bb 583> [local count: 691966]:
[priv/guest_amd64_toIR.c:47089:0] addr_1628 = disAMode
([priv/guest_amd64_toIR.c:47089:0] &alen, vbi_15(D), pfx_9(D), delta_6,
[priv/guest_amd64_toIR.c:47089:0] &dis_buf, 0);
[priv/guest_amd64_toIR.c:47089:0] # DEBUG addr => addr_1628
[priv/guest_amd64_toIR.c:47090:0] # DEBUG tmp => addr_1628
[priv/guest_amd64_toIR.c:95985:0] _1629 = IRExpr_RdTmp (addr_1628);
So it looks like most of the line number are just totally bogus.
