: UNCONFIRMED
Severity: normal
Priority: P3
Component: libgcc
Assignee: unassigned at gcc dot gnu.org
Reporter: tedheadster at gmail dot com
Target Milestone: ---
Programs calling libgcc_s.so.1 are failing with an "illegal instruction" signal
o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81218
--- Comment #2 from Matthew Whitehead ---
Here is a better backtrace with more symbols added:
#0 0xb750a142 in __get_cpuid (__edx=0xbf9be478, __ecx=0xbf9be474,
__ebx=0xbf9be470, __eax=0xbf9be46c, __level=0)
at
/var/tmp/portage/sys-devel
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: tedheadster at gmail dot com
Target Milestone: ---
Compiling the 'eix' program with gcc 9.3.0 and the '-march=i486' generated an
'endbr32' opcode. This is an undefined opcode on an i486.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98667
--- Comment #1 from Matthew Whitehead ---
Here is the full set of compiler flags used.
readelf --string-dump='.GCC.command.line' /usr/lib/debug/$( which eix ).debug
String dump of section '.GCC.command.line':
[ 0] -I .
[ 5] -I .
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98667
--- Comment #3 from Matthew Whitehead ---
This is on an actual first generation i486DX 40MHz system I use to test for
code issues exactly like this case.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98667
--- Comment #4 from Matthew Whitehead ---
It looks like /usr/bin/gdb 10.1 also has this opcode in it:
objdump -D /usr/bin/gdb | grep -B6 -A6 endbr32
60d7b5: 3f aas
60d7b6: 1a 3b sbb
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98667
--- Comment #11 from Matthew Whitehead ---
A patch has been proposed to remove the -fcf-protection=full from the ebuild
script:
https://bugs.gentoo.org/765442
