[Bug c++/88521] gcc 9.0 from r266355 miscompile x265 for mingw-w64 target
mateuszb at poczta dot onet.pl
gcc-bugzilla@gcc.gnu.org
Mon Dec 17 19:56:00 GMT 2018
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88521
--- Comment #7 from mateuszb at poczta dot onet.pl ---
W dniu 17.12.2018 o 13:52, umesh.kalappa0 at gmail dot com pisze:
> mateuszb,
> Please can you provide us the sample file to investigate more on this .
I'm not assembly expert, but this looks to me as a bug:
$ cat t.c
float fun1(void)
{
return 4.14f;
}
Mateusz@Mateusz-i7 /c/temp
$ gcc -c -O2 -o t354.o t.c
Mateusz@Mateusz-i7 /c/temp
$ objdump -d t354.o
t354.o: file format pe-x86-64
Disassembly of section .text:
0000000000000000 <fun1>:
0: f3 0f 10 05 00 00 00 movss 0x0(%rip),%xmm0 # 8 <fun1+0x8>
7: 00
8: c3 retq
9: 90 nop
a: 90 nop
b: 90 nop
c: 90 nop
d: 90 nop
e: 90 nop
f: 90 nop
Mateusz@Mateusz-i7 /c/temp
$ m64- 355
Mateusz@Mateusz-i7 /c/temp
$ gcc -c -O2 -o t355.o t.c
Mateusz@Mateusz-i7 /c/temp
$ objdump -d t355.o
t355.o: file format pe-x86-64
Disassembly of section .text:
0000000000000000 <fun1>:
0: 8b 05 00 00 00 00 mov 0x0(%rip),%eax # 6 <fun1+0x6>
6: c3 retq
7: 90 nop
8: 90 nop
9: 90 nop
a: 90 nop
b: 90 nop
c: 90 nop
d: 90 nop
e: 90 nop
f: 90 nop
This patch is really intended to change abi for float return (without struct)?
More information about the Gcc-bugs
mailing list