Number of commits found: 30

Upgrade to GCC 4.5.1.

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".

- Use canonical format for FreeBSD.org MAINTAINER addresses
- Remove obsolete MD5 checksum while I'm here

PR:             ports/152844
Submitted by:   sunpoet (myself)
Approved by:    miwi (with portmgr hat)

Upgrade to GCC 4.3.4, as well as to the patches from WinAVR 20100110

Update to GCC 4.3.2.

(The old port will be migrated to devel/avr-gcc-42 within the next
days.)

Upgrade to GCC 4.2.2

Upgrade to GCC 4.1.2.

Add support for AT90PWM1, ATmega32[59]0?P, AT90USB82/162.

Copy over the avr-gcc-devel port to avr-gcc, so this will become the
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).

devel/avr-gcc has been repocopied to devel/avr-gcc-3, so to make room
for devel/avr-gcc-devel taking over the role of the default AVR-GCC
port now.

Upgrade to GCC 3.4.6.
Add support for ATmega406 and AT90USB646/647/1286/1286 devices.
Register conflict for avr-gcc-devel port (GCC 4.1-based, to come soon).

SHA256ify

Approved by:    krion@

Upgrade to GCC 3.4.5, and add support for ATtiny24/44/84 devices.

Upgrade AVR-GCC to GCC-3.4.4.

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.)

Upgrade to GCC version 3.4.3.

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.

Upgrade AVR-GCC to GCC 3.4.1.

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.

Upgrade to GCC 3.4.0.

This also makes the port compile (again) under all 64-bit archs.  For
amd64, patch-ad modifies config.guess to match GCC's expectation of
x86_64.

Upgrade to version 3.3.2.

Update this port to the released version 3.3.1 of gcc.

Utilize INFO while i was at it.

Some minor cosmetic issues are still open with this port, but i won't
be able to catch that before the ports freeze.

Update to a recent snapshot.  Some AVR-related bugs have been fixed since.

Update this suite to a current snapshot of gcc 3.3.  Quite a few AVR-related
fixes have been made to gcc recently.

Update to a more recent snapshot, now taken from gcc's 3.3 branch instead
of the head of CVS.

Update to a recent snapshot.  Among others, this fixes an issue with
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 `.'.

Fix the documentation build process.  We need to depend it on perl.
Since the system's perl in -stable is too old (pod2man), we supply
pregenerated man pages in a separate distfile to help them out.

Update to version 2002.09.01.  Included are a couple of private
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.

Now that gcc renamed the head of their CVS from 3.2 to 3.3, update this
port since avr-libc-current has avr-gcc 3.3 as their prerequisite.

Mega-upgrade of the AVR GNU toolchain, step #2:
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.

Update to gcc 3.0.1.    

Include the C++ compiler.  Certainly of limited use for a   microcontroller, but
i got interested to get a complex FFT working.    

Upgrade to the released version of gcc 3.0.    

Upgrade to a development snapshot of gcc-3.  Target `avr' is now   supported
natively, so no external patches needed anymore.    

Atmel AVR cross-development, part #2: the C compiler.    

Number of commits found: 30

12 vulnerabilities affecting 17 ports have been reported in the past 14 days

^* - modified, not new

All vulnerabilities