https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67157
Guido Haztsis changed:
What|Removed |Added
CC||guido.hatzsis at yandex dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66784
--- Comment #2 from Guido Haztsis ---
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)
|| (TREE_CODE (t) == VAR_DECL &&
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; }
__E
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66687
--- Comment #10 from Guido Haztsis ---
(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 on trunk (it's still the
> same
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66687
--- Comment #6 from Guido Haztsis ---
(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 is not tested that much.
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66687
--- Comment #3 from Guido Haztsis ---
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 libc.so (nor libc.a for a static bui
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66687
--- Comment #1 from Guido Haztsis ---
Created attachment 35861
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35861&action=edit
preproc source
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=35860&action=edit
res fil
