https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81653
--- Comment #8 from Andrew Pinski ---
If anything it should be the linker which should error out. The linker is part
of binutils, report it to them.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81653
--- Comment #7 from Bruno Haible ---
And what do you think about the fact that it produces crashing code without any
warning?
Is there a chance that 'as' could emit a warning when it produces
R_SPARC_GOT22/R_SPARC_GOT10 relocations instead of th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81653
--- Comment #6 from Bruno Haible ---
> passing -fno-pie seems to be the agreed upon way out here.
My assembly code is located in a library (think at libffcall, libffi, gmp,
...).
Therefore I don't control the final linker options.
So, the only
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81653
Eric Botcazou changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81653
--- Comment #4 from Jakub Jelinek ---
Obviously, if you are compiling hand written assembly and linking it into PIEs
the code must be PIC. So what is written in #c2 is not a workaround, but the
right fix. If you have assembly that is not PIC co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81653
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81653
Bruno Haible changed:
What|Removed |Added
Target||sparc64-linux-gnu
--- Comment #2 from Bru
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81653
--- Comment #1 from Bruno Haible ---
Created attachment 41885
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41885&action=edit
Test case program, part 2