https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86490
--- Comment #14 from zenith432 at users dot sourceforge.net ---
(In reply to H.J. Lu from comment #13)
>
> But the symbol in question won't be USED by lto1 at all.
Ok. I didn't completely check the logic for resolutions in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86490
--- Comment #12 from zenith432 at users dot sourceforge.net ---
Fair enough, it's a gold bug in the sense that gold's algorithm for selecting a
prevailing def among multiple defs has an error.
If an IR symbol has multiple defi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86490
--- Comment #10 from zenith432 at users dot sourceforge.net ---
Followup on what gold does...
First, it reads the symbol table from the archive (w/o using the plugin) - and
if it doesn't need any of the symbols in an LTO member of the ar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86490
--- Comment #9 from zenith432 at users dot sourceforge.net ---
It is worth studying what gold is doing, because it's not just skipping the
object files in the archives.
If you link with
gcc -flto -save-temps -fuse-ld=gold -o x main.o lib
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70955
zenith432 at users dot sourceforge.net changed:
What|Removed |Added
Status|RESOLVED|CLOSED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86175
zenith432 at users dot sourceforge.net changed:
What|Removed |Added
Status|RESOLVED|CLOSED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86175
--- Comment #5 from zenith432 at users dot sourceforge.net ---
This is a bug in ld.bfd. It's setting the resolution for entry symbols to
LDPR_PREVAILING_DEF_IRONLY_EXP instead of LDPR_PREVAILING_DEF. gold handles
them right.
I posted a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86175
zenith432 at users dot sourceforge.net changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
#1 from Richard Biener ---
With ld 2.30 it seems to work for me with a simple
void foo () {}
int main() { return 0; }
> gcc-8 t.c -flto -O -Wl,-u,foo,--gc-sections -ffunction-sections
--- Comment #2 from zenith432 at users dot sourceforge.net ---
It's the visibility that breaks it.
Tr
Severity: normal
Priority: P3
Component: lto
Assignee: unassigned at gcc dot gnu.org
Reporter: zenith432 at users dot sourceforge.net
CC: marxin at gcc dot gnu.org
Target Milestone: ---
Created attachment 44288
--> ht
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83334
--- Comment #5 from zenith432 at users dot sourceforge.net ---
I looked at the source a bit, and I see what's going on.
__builtin_ms_va_copy and __builtin_sysv_va_copy are treated both the same as
__builtin_va_copy, which is implemented i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83334
--- Comment #4 from zenith432 at users dot sourceforge.net ---
It's not PR 50818
Here's the source code for sample1
=
#include
#define MS_ABI __attribute__((ms_abi))
int funcc(int c, __builtin_ms_va_list ap)
{
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83334
--- Comment #2 from zenith432 at users dot sourceforge.net ---
You're misquoting my summary. It does not say sysv ABI varargs function. It
says sys ABI function. Check the samples. A __builtin_ms_va_list is
constr
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: zenith432 at users dot sourceforge.net
Target Milestone: ---
Created attachment 42818
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42818&action=edit
sample1.c and sampl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70955
--- Comment #10 from zenith432 at users dot sourceforge.net ---
(In reply to vries from comment #8)
> Created attachment 38453 [details]
> tentative patch
vries, thank you very much. I verified and looks good.
Built GCC 6.1.0 with patc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70955
--- Comment #6 from zenith432 at users dot sourceforge.net ---
(In reply to H.J. Lu from comment #5)
> This may be related to PR 50818.
PR 50818 has morphed into a feature request that the canonical
__builtin_va_{list,start,end,copy} built
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70955
zenith432 at users dot sourceforge.net changed:
What|Removed |Added
Component|c |target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70955
--- Comment #2 from zenith432 at users dot sourceforge.net ---
Created attachment 38417
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38417&action=edit
va_test.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70955
--- Comment #1 from zenith432 at users dot sourceforge.net ---
Created attachment 38416
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38416&action=edit
va_main.c
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: zenith432 at users dot sourceforge.net
Target Milestone: ---
I've tried on GCC 6.1.0 built for OS X, and GCC 6.1.1 on Fedora 23 supplied by
their rawhide. Same behavior.
- var
20 matches
Mail list logo
