https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67157
Guido Haztsis guido.hatzsis at yandex dot com changed:
What|Removed |Added
CC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66784
--- Comment #2 from Guido Haztsis guido.hatzsis at yandex dot com ---
Well I believe that the is_builtin_fn cometh from here:
+2488 gcc/lto-streamer-out.c
if (!TREE_PUBLIC (t)
|| is_builtin_fn (t)
|| DECL_ABSTRACT_P (t
Assignee: unassigned at gcc dot gnu.org
Reporter: guido.hatzsis at yandex dot com
Target Milestone: ---
No symbols are emitted when compiling a built-in with -flto.
eg:
# cat __EOF bar.i
_Complex float __mulsc3(float x, float y, float z, float a) { return -1.0; }
__EOF
# rm bar.o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66687
--- Comment #10 from Guido Haztsis guido.hatzsis at yandex dot com ---
(In reply to Richard Biener from comment #9)
Are you sure you produced all LTO bytecode with exactly the same compiler?
Reminds me to bump the LTO bytecode version again
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66687
--- Comment #6 from Guido Haztsis guido.hatzsis at yandex dot com ---
(In reply to H.J. Lu from comment #5)
(In reply to Andrew Pinski from comment #4)
MUSL support is not included in GCC 5.x is another thing. Also you are
using x32 which
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66687
--- Comment #1 from Guido Haztsis guido.hatzsis at yandex dot com ---
Created attachment 35861
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35861action=edit
preproc source
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66687
--- Comment #3 from Guido Haztsis guido.hatzsis at yandex dot com ---
Musl claims that they support LTO. Also all that I have changed was bumping gcc
from the 5.1_release tag to the latest overnight commit.
The res file doesn't even include
Severity: normal
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: guido.hatzsis at yandex dot com
Target Milestone: ---
Created attachment 35860
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35860action=edit
res file
With gcc
