(as the various arm*binutils ports are doing, too).
Add a patch to recognize the "avrtiny" architecture MCUs (ATtiny10
et al.), extracted from the Atmel AVR Toolchain 3.4.5 (they still
didn't push it upstream, alas).
Completely reorganize the patches for this port.
Patches for new devices are now synchronized with the Atmel AVR tools.
The main difference is the naming scheme, as FreeBSD patches start
with "patch-", while the Atmel AVR Tools patches end up in ".patch".
Silense an assembler warning that triggered too frequently on
legitimate code (binutils bug 5523).
Make $DATA_ORIGIN a configurable value within the linker script
templates.
GCC 4.x, and caused the compilation to fail due to the -Werror option
used.
Remove an annoying assembler warning in the ATmega256x patch that was
frequently triggered by large C switch() statements in GCC, and
generally considered to be a regression. The author of that patch
agreed that the warning isn't particularly useful anyway for a number
of reasons, and recommended to just drop it.
and combine them into a single unified patch, as only two files need
to be patched anyway.
This will extend support of avr-binutils (over stock binutils-2.16) to
the following AVR devices:
ATtiny25/45/85
AT90PWM2/3
ATmega164/324/644
ATmega329/3290/649/6490
ATmega640/1280/1281
and apply them to the latest released version (2.15). This mainly
adds support for new AVR devices that appeared on the market recently,
and fixes one relocation bug for the EEPROM section that could be
noted when a bootloader section is also present.
Also fixed is the way the tweak for amd64 -> x86_64 is done, and
Manuel Stuehn <manuel dot stuehn at gmx dot net> verified it is OK
on that architecture now.
Also included now the "AVR COFF beta" patch that allows avr-objcopy to
generate AVR (extended) COFF files. Note the beta state (which only
affects this conversion though).
This commit also fixes a minor pkg-plist problem noticed by kris.
Upgrade binutils to a recent snapshot, since this is a prerequisite
for the remaining ports.
Unfortunately, sources.redhat.com frequently purges older snapshot
tarballs, thus i gotta keep the one to use here around privately.
clash with other binutils ports for different targets, and are not
needed to be installed at all.
PR: ports/27347 (although with a different approach than suggested)
