[Bug ld/21471] New: ld rejects pe-bigobj-x86-64 target but shouldn't

[kyrab at mail dot ru]

https://sourceware.org/bugzilla/show_bug.cgi?id=21471

Bug ID: 21471
   Summary: ld rejects pe-bigobj-x86-64 target but shouldn't
   Product: binutils
   Version: unspecified
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: ld
  Assignee: unassigned at sourceware dot org
  Reporter: kyrab at mail dot ru
  Target Milestone: ---

Created attachment 10040
  --> https://sourceware.org/bugzilla/attachment.cgi?id=10040&action=edit
enable pe-bigobj-x86-64 target

`ld` spits "Unsupported PEI architecture" when creating bigobj PECOFF object,
i.e., when invoked with `-r --oformat pe-bigobj-x86-64`.

In fact this is supported and should be allowed. Patch attached enables it.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
bug-binutils mailing list
bug-binutils@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-binutils

[Bug ld/21472] New: [avr] Add new emulation for ATtiny416 et al.

[gjl at gcc dot gnu.org]

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-binutils mailing list
bug-binutils@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-binutils

[Bug ld/21472] [avr] Add new emulation for ATtiny416 et al.

[gjl at gcc dot gnu.org]

https://sourceware.org/bugzilla/show_bug.cgi?id=21472

Georg-Johann Lay  changed:

   What|Removed |Added

 Target||avr
   Priority|P2  |P3

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
bug-binutils mailing list
bug-binutils@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-binutils

[Bug ld/21472] [avr] Add new emulation for ATtiny416 et al.

[gjl at gcc dot gnu.org]

https://sourceware.org/bugzilla/show_bug.cgi?id=21472

--- Comment #1 from Georg-Johann Lay  ---
Created attachment 10041
  --> https://sourceware.org/bugzilla/attachment.cgi?id=10041&action=edit
binutils-avrxmega3.diff: Proposed patch

ld/
Upgrade the currently unused emulation avrxmega3 to one which
supports avrxmega2 devices with flash memory visible in the
SRAM address range.

PR21472
* scripttempl/avr_rodata.sc: New file.
* emulparams/avrxmega3.sh (SCRIPT_NAME): Use avr_rodata.
(RODATA_PM_OFFSET): Set to 0x8000.

gas/
PR21472
* config/tc-avr.c (mcu_types): Add entries for: attiny416,
attiny417, attiny816, attiny817.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
bug-binutils mailing list
bug-binutils@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-binutils