[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Bug ld/21472] New: [avr] Add new emulation for ATtiny416 et al.
From: |
gjl at gcc dot gnu.org |
Subject: |
[Bug ld/21472] New: [avr] Add new emulation for ATtiny416 et al. |
Date: |
Mon, 08 May 2017 11:11:44 +0000 |
https://sourceware.org/bugzilla/show_bug.cgi?id=21472
Bug ID: 21472
Summary: [avr] Add new emulation for ATtiny416 et al.
Product: binutils
Version: 2.29 (HEAD)
Status: NEW
Severity: enhancement
Priority: P2
Component: ld
Assignee: unassigned at sourceware dot org
Reporter: gjl at gcc dot gnu.org
Target Milestone: ---
WHilst the ISA of AVR ATtiny416 / 417 / 816 / 817 would fit avrxmega2, these
sevices feature the flash being accessible via the SRAM address range and
instructions. This means that .rodata need not to be part of .data which is
the case for all other AVR devices (except avrtiny).
Using SRAM addresses for .rodata requires that such SRAM addresses are offset
by 0x8000 compared to the flash addresses as accessible by LPM, for example
like so:
__RODATA_PM_OFFSET__ = DEFINED(__RODATA_PM_OFFSET__) ? __RODATA_PM_OFFSET__ :
0x8000;
.text :
{
...
} > text
.rodata ADDR(.text) + SIZEOF (.text) + __RODATA_PM_OFFSET__ :
{
*(.rodata)
*(.rodata*)
*(.gnu.linkonce.r*)
} AT> text
.data :
{
...
Consequently, we want a new emulation to support that feature in an optimal
way.
--
You are receiving this mail because:
You are on the CC list for the bug.
- [Bug ld/21472] New: [avr] Add new emulation for ATtiny416 et al.,
gjl at gcc dot gnu.org <=