[Bug target/81879] Bad compilation of small program if LTO is used

2019-02-25 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81879 Martin Liška changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned at

[Bug target/81879] Bad compilation of small program if LTO is used

2019-02-25 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81879 Martin Liška changed: What|Removed |Added See Also||https://sourceware.org/bugz

[Bug target/81879] Bad compilation of small program if LTO is used

2019-02-24 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81879 --- Comment #5 from Martin Liška --- The .res file contains just a single object, thus PREEMPTED_REG does not make sense. Problem will be probably in binutils. I'm investigating right now..

[Bug target/81879] Bad compilation of small program if LTO is used

2019-02-24 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81879 Martin Liška changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug target/81879] Bad compilation of small program if LTO is used

2017-08-21 Thread freddy77 at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81879 --- Comment #3 from Frediano Ziglio --- I noted that during the link the resolution file using -static or not is different without -static 750 6dacea834fb099d1 PREVAILING_DEF_IRONLY _ZNKSt5ctypeIcE8do_widenEc 753 6dacea834fb099d1 PREVAILING_DEF

[Bug target/81879] Bad compilation of small program if LTO is used

2017-08-17 Thread freddy77 at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81879 --- Comment #2 from Frediano Ziglio --- It seems that this do_widen replacement with an invalid pointer goes on and on, looking at differences in the generated executable: -- ---: 00 00 ---: 48 8b 10mov(%rax),%rdx -

[Bug target/81879] Bad compilation of small program if LTO is used

2017-08-17 Thread freddy77 at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81879 --- Comment #1 from Frediano Ziglio --- This is weird. If after the x86_64-w64-mingw32-g++ -flto -O2 -g -save-temps -Wall -Werror -Wextra -static -mconsole -o test.exe test.cpp command I run x86_64-w64-mingw32-g++ -v test.exe.ltrans0.s