FSF gcc-4.10.x for Atmel AVR cross-development
Included is the basic C++ compiler, although this is only of limited
use without a libstdc++.
Supported debugging formats: -gdwarf-2 [default], -gstabs
WWW: http://gcc.gnu.org/
WWW: http://www.nongnu.org/avr-libc/
Remove the avr-gcc-devel port.
There's no longer a point in having both, a regular and a -devel port for
the AVR-GCC. Meanwhile, the regular port was more recent anyway.
Do not use post-stage. Use post-install instead.
The only reason to use post-stage is because the port needs to do
"things" at a later time, like some plist manipulation.
While there, fold post-install in do-install targets when they are
defined.
PR: 214780
Submitted by: mat
Exp-run by: antoine
Sponsored by: Absolight
MASTER_SITES cleanup.
- Replace ${MASTER_SITE_FOO} with FOO.
- Merge MASTER_SITE_SUBDIR into MASTER_SITES when possible. (This means 99.9%
of the time.)
- Remove occurrences of MASTER_SITE_LOCAL when no subdirectory was present and
no hint of what it should be was present.
- Fix some logic.
- And generally, make things more simple and easy to understand.
While there, add magic values to the FESTIVAL, GENTOO, GIMP, GNUPG, QT and
SAMBA macros.
Also, replace some EXTRACT_SUFX occurences with USES=tar:*.
Checked by: make fetch-urlall-list
With hat: portmgr
Sponsored by: Absolight
This is a "sneak preview" port of GCC 4.3.1 for the Atmel AVR
microcontrollers. It includes patches from the WinAVR project to
support the ATmega32C1, ATmega32M1, ATmega32U4, and ATtiny167
controllers, and in particular the next generation AVRs ATxmega64A1
and ATxmega128A1.
The port has been carefully crafted to peacefully coexist with the
non-devel avr-gcc port. All executables installed have the suffix
"-43" added for that reason.
Fix the COMMENT to tell this is GCC 4.x rather than 3.x. Pointed out
by Simon Barner.
Revert the default debugging format to stabs but offer DWARF-2 as an
option (rather than being the default). AVR-GDB currently understands
stabs much better than DWARF-2.
Fix a bug in patch-zz-atmega256x that caused -fcall-prologues to
generate faulty code. This affected libgcc.a as it uses this option.
This bug has been originally found and fixed by Wang Guohui but I
missed his fix when adding the patch here.
Update to GCC 4.1.1.
Add Björn Haase's (beta) patch for ATmega256x support, backported
to GCC 4.1.1 by Bernhard Trog.
Add Anatoly Sokolov's patch to support __attribute__((alias)).
Rename ATmega164/324 to ATmega164P/324P, add support for ATmega644P,
ATmega165P, and ATmega169P.
Add the patch mentioned in GCC bug report:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26504
to support DWARF-2 generation, and enable the respective configuration
option.
