[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Bug gas/20803] New: Sparc R_SPARC_32 reloc with miss-align offset.
From: |
chrisj at rtems dot org |
Subject: |
[Bug gas/20803] New: Sparc R_SPARC_32 reloc with miss-align offset. |
Date: |
Fri, 11 Nov 2016 05:49:20 +0000 |
https://sourceware.org/bugzilla/show_bug.cgi?id=20803
Bug ID: 20803
Summary: Sparc R_SPARC_32 reloc with miss-align offset.
Product: binutils
Version: 2.27
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gas
Assignee: unassigned at sourceware dot org
Reporter: chrisj at rtems dot org
Target Milestone: ---
Created attachment 9621
--> https://sourceware.org/bugzilla/attachment.cgi?id=9621&action=edit
Sparc ASM showing the miss-aligned R_SPARC_32 reloc offset.
I am looking into:
https://devel.rtems.org/ticket/2802
where a R_SPARC_32 reloc record with a miss-aligned offset results in a crash.
We do not expect a R_SPARC_32 to be miss-aligned.
The source is:
https://git.rtems.org/rtems/tree/testsuites/libtests/dl05/dl-o5.cpp
It seems like emit_expr_fix is being called and it calls TC_CONS_FIX_NEW()
without the sparc_no_align_cons being true so R_SPARC_32 reloc type is selected
in cons_fix_new_sparc.
I do not know if this is an issue in selecting the reloc type, ie
sparc_no_align_cons should be true, or the offset should never be miss-aligned.
I attach a .s source file that shows the issue. It has been edited removing the
.debug output from gcc.
--
You are receiving this mail because:
You are on the CC list for the bug.
- [Bug gas/20803] New: Sparc R_SPARC_32 reloc with miss-align offset.,
chrisj at rtems dot org <=