[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Bug gold/20442] New: R_SPARC_GOTDATA_OP_LOX10 incorrectly falls back on
From: |
jrtc27 at jrtc27 dot com |
Subject: |
[Bug gold/20442] New: R_SPARC_GOTDATA_OP_LOX10 incorrectly falls back on R_SPARC_GOT13 |
Date: |
Fri, 05 Aug 2016 20:49:22 +0000 |
https://sourceware.org/bugzilla/show_bug.cgi?id=20442
Bug ID: 20442
Summary: R_SPARC_GOTDATA_OP_LOX10 incorrectly falls back on
R_SPARC_GOT13
Product: binutils
Version: 2.27
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gold
Assignee: ccoutant at gmail dot com
Reporter: jrtc27 at jrtc27 dot com
CC: ccoutant at gmail dot com, ian at airs dot com
Target Milestone: ---
The fall-through in Target_sparc::Relocate::relocate for
R_SPARC_GOTDATA_OP_LOX10 is currently R_SPARC_GOT13, but should clearly be
R_SPARC_GOT10. GCC has been seen to emit a sethi/xor rather than a sethi/or
sequence to load a 32-bit immediate, but if R_SPARC_GOT13 is used then bits
10-12 get zeroed out as both the sethi and xor immediates contain them. Patch
available at https://www.sourceware.org/ml/binutils/2016-07/msg00161.html.
--
You are receiving this mail because:
You are on the CC list for the bug.
- [Bug gold/20442] New: R_SPARC_GOTDATA_OP_LOX10 incorrectly falls back on R_SPARC_GOT13,
jrtc27 at jrtc27 dot com <=
- [Bug gold/20442] R_SPARC_GOTDATA_OP_LOX10 incorrectly falls back on R_SPARC_GOT13, jrtc27 at jrtc27 dot com, 2016/08/05
- [Bug gold/20442] R_SPARC_GOTDATA_OP_LOX10 incorrectly falls back on R_SPARC_GOT13, glaubitz at physik dot fu-berlin.de, 2016/08/06
- [Bug gold/20442] R_SPARC_GOTDATA_OP_LOX10 incorrectly falls back on R_SPARC_GOT13, cvs-commit at gcc dot gnu.org, 2016/08/10
- [Bug gold/20442] R_SPARC_GOTDATA_OP_LOX10 incorrectly falls back on R_SPARC_GOT13, cvs-commit at gcc dot gnu.org, 2016/08/10
- [Bug gold/20442] R_SPARC_GOTDATA_OP_LOX10 incorrectly falls back on R_SPARC_GOT13, ccoutant at gmail dot com, 2016/08/10