-mcpu=foobar braindeadness.
There's a GCC bug open for this:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25672
so at least, the issue is being dealt with in its origin.
Submitted by: Alex Mogilnikov <alx@intellectronika.ru>
PR: ports/96407
default AVR-GCC version now.
No repocopy as this port used to exist before. For the history details,
see the old avr-gcc-devel port (going to be moved to Attic now).
in bsd.autotools.mk essentially makes this a no-op given that all the
old variables set a USE_AUTOTOOLS_COMPAT variable, which is parsed in
exactly the same way as USE_AUTOTOOLS itself.
Moreover, USE_AUTOTOOLS has already been extensively tested by the GNOME
team -- all GNOME 2.12.x ports use it.
Preliminary documentation can be found at:
http://people.FreeBSD.org/~ade/autotools.txt
which is in the process of being SGMLized before introduction into the
Porters Handbook.
Light blue touch-paper. Run.
By the same time, combine all the patches that add support for new AVR
devices into a single patch, as they all touch the same three source
files. In total, add support for the following AVR devices that were
not supported by the stock GCC 3.4.x:
ATtiny13/ATtiny2313
ATtiny25/ATtiny45/ATtiny85
ATmega48/ATmega88/ATmega168
AT90PWM2/AT90PWM3
ATmega164/ATmega324/ATmega644
ATmega325/ATmega3250/ATmega645/ATmega6450
ATmega329/ATmega3290/ATmega649/ATmega6490
AT90CAN128
(This is now documented in pkg-descr as well.)
released version, 3.4.3. This mainly adds support for new AVR devices
that appeared on the market recently, and fixes a bug related to the
order of assignments for volatile uint16_t * objects (in the
assumption they might point to IO space where the order of two 8-bit
operations can be important).
Note that I do not longer support FreeBSD 4.x at this point, as their
system-provided Pod::Man is way too old, and I'm tired of rolling that
extra man page tarball. Software developers can IMHO reasonably be
expected to run some version of FreeBSD 5.x these days.
Also included is a local hack to allow for 0bXXX binary constants,
since this appears to be a frequently requested item in the AVR
developers community.
The GCC configuration is tuned to allow for both, -gstabs [the default
if only -g is given], and -gdwarf-2 debugging options. ELF/DWARF-2 is
the emerging format as promoted by Atmel, and is intented to be
directly usable in their AVR Studio simulator in future. Eventually,
AVR-GDB will fully support DWARF-2 debugging as well some day.
the generation of code that fed up recent versions of gas. The
pseudo-symbol _PC_ is now completely eliminated from the generated
code, and replaced by the location counter `.'.
patches that were floating through the avr-gcc and avr-libc
mailinglists, just for the time being until they might have been
integrated into gcc's CVS.
Portname changed from dashes in the snap date to dots so portupgrade
doesn't get confused about it. Thanks to Brian Dean for the hint.
Upgrade to a development version of GCC 3.2. New AVR microcontrollers are
introduced with faster pace than new versions of GCC :), so we need the
development version to support recent AVR chips (like the ATmega 128).
Alas, official GCC snapshot tarballs still track the 3.1.x branch, so i
got to CVS checkout and roll my own tarball.
