Do also set IGNORE when running against a too old version of Perl
where we can't build the docs.

Hinted by:      kris

Require a sufficiently current Perl to be installed, as opposed to a
sufficiently current version of FreeBSD.

Submitted by:   vs

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.

Fix pkg-plist.  (Remove two shared directories.)

Switch from MASTER_SITE_GNU to MASTER_SITE_GCC; it seems the GNU mirrors
aren't up-to-date for GCC these days.

Also, document the 0b binary constants hack committed a few hours ago.

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.

Sync with new bsd.autotools.mk

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.

BROKEN on !i386 and !alpha: Does not build

Upgrade to version 3.3.2.

Add USE_GETTEXT and bump PORTREVISION.

Submitted by:   trevor
Tested by:      bento

Now gettext 0.12.1 is gettext-old.

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.

Fix COMMENT.

Approved by:    joerg (maintainer)

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.

Clear moonlight beckons.
Requiem mors pacem pkg-comment,
And be calm ports tree.

E Nomini Patri, E Fili, E Spiritu Sancti.

Replace my old 16 bit IO register assignment hack by an authoritative
patch by the avr-gcc maintainers.

Bump portrevision for that.

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

Use USE_PERL5_BUILD where appropriate, instead of hardcoding
${PORTSDIR}/lang/perl5 as a dependency.

Sponsored by:   Porta Software Ltd
Approved by:    portmgr

Add the forgotten dependency to gettext.  This fixes the complaint
about the incorrect pkg-plist made in rev 1.17.

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 `.'.

BROKEN: pkg-plist is incorrect

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.

Forgot to cvs add this patch in the previous commit.  It (finally!) omits
re-installing avr-c++filt which is already present from avr-binutils.

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.

Fix packaging list.

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.    

Ooops, the PKGNAMEPREFIX got accidentally dropped.    

Another accidental omission from plist.    

Forgot about a couple of stale entries in the plist.    

Upgrade to the released version of gcc 3.0.    

This gcc snapshot requires bison in order to build.    

I forgot to update the master sites accordingly for the gcc snapshot   location.
 Current list stolen from lang/gcc-devel.    

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

Finally get the avr-gcc port really compile on the alpha architecture,   by
forcing the CFLAGS to -O -pipe.  Somehow, the alpha build always   tries to
enforce a particular -mcpu=ev4 flag which of course cannot be   understood by
the (AVR) xgcc later on.  This looks to me like a bug in   the cross-compilation
environment of gcc, but i'm tired of actually   finding the bug.    

Crude hack to get all this running on the alpha architecutre as well.   Since
gcc (in the assumption of generating a native compiler) doesn't   want to cbe
configured for an alpha*-*-freebsd* system, we hack the   configure script to
allow this (similarly to netbsd).  In the end, all   this will be ignored anyway
since it's getting to become a   cross-compiler.  

Argl.  USE_AUTOCONF wasn't quite what i actually intented...  Instead,  
manually add the dependency for autoheader(1), but don't have the ports  
infrastructure run `autoconf' (which clobbered the top-level configure  
script).    

Didn't notice before that this port actually uses GNU autoconf...  This   should
fix the port build on bento.    

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