summaryrefslogtreecommitdiffstats
path: root/devel/avr-gcc
Commit message (Collapse)AuthorAgeFilesLines
* At Kris's request, back out the MACHINE_ARCH spelling correction untilobrien2005-04-121-1/+1
| | | | after 5.4-RELEASE.
* Assist getting more ports working on AMD64 by obeying theobrien2005-04-111-1/+1
| | | | Ports Collection documentation and use 'ARCH' rather than 'MACHINE_ARCH'.
* Bring in some patches from the head of GCC's CVS back to the latestjoerg2005-03-105-1/+399
| | | | | | | | 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).
* Do also set IGNORE when running against a too old version of Perljoerg2005-01-271-0/+1
| | | | | | where we can't build the docs. Hinted by: kris
* Require a sufficiently current Perl to be installed, as opposed to ajoerg2005-01-271-1/+1
| | | | | | sufficiently current version of FreeBSD. Submitted by: vs
* Upgrade to GCC version 3.4.3.joerg2005-01-274-1416/+65
| | | | | | | 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.)joerg2004-12-271-0/+2
|
* Switch from MASTER_SITE_GNU to MASTER_SITE_GCC; it seems the GNU mirrorsjoerg2004-07-072-2/+1385
| | | | | | 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.joerg2004-07-076-58/+155
| | | | | | | | | | | | 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.mkade2004-06-041-1/+1
|
* Upgrade to GCC 3.4.0.joerg2004-04-288-492/+387
| | | | | | 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 buildkris2004-03-291-1/+7
|
* Upgrade to version 3.3.2.joerg2004-03-034-57/+57
|
* Add USE_GETTEXT and bump PORTREVISION.marcus2004-02-041-2/+3
| | | | | Submitted by: trevor Tested by: bento
* Now gettext 0.12.1 is gettext-old.trevor2004-01-231-1/+1
|
* Update this port to the released version 3.3.1 of gcc.joerg2003-09-093-25/+15
| | | | | | | 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.gerald2003-08-241-1/+1
| | | | Approved by: joerg (maintainer)
* Update to a recent snapshot. Some AVR-related bugs have been fixed since.joerg2003-07-203-48/+48
|
* Update this suite to a current snapshot of gcc 3.3. Quite a few AVR-relatedjoerg2003-05-113-58/+9
| | | | fixes have been made to gcc recently.
* Clear moonlight beckons.ade2003-03-072-1/+1
| | | | | | | 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 authoritativejoerg2003-01-202-13/+301
| | | | | | patch by the avr-gcc maintainers. Bump portrevision for that.
* Update to a more recent snapshot, now taken from gcc's 3.3 branch insteadjoerg2003-01-084-11/+41
| | | | of the head of CVS.
* Use USE_PERL5_BUILD where appropriate, instead of hardcodingsobomax2002-11-281-1/+1
| | | | | | | ${PORTSDIR}/lang/perl5 as a dependency. Sponsored by: Porta Software Ltd Approved by: portmgr
* Add the forgotten dependency to gettext. This fixes the complaintjoerg2002-10-101-1/+2
| | | | about the incorrect pkg-plist made in rev 1.17.
* Update to a recent snapshot. Among others, this fixes an issue withjoerg2002-10-065-56/+15
| | | | | | 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 incorrectkris2002-10-051-0/+2
|
* Fix the documentation build process. We need to depend it on perl.joerg2002-09-012-2/+18
| | | | | 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 privatejoerg2002-09-015-5/+101
| | | | | | | | | 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 thisjoerg2002-08-124-59/+51
| | | | 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!) omitsjoerg2002-07-031-0/+12
| | | | re-installing avr-c++filt which is already present from avr-binutils.
* Mega-upgrade of the AVR GNU toolchain, step #2:joerg2002-07-036-100/+162
| | | | | | | | | 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.joerg2002-06-042-21/+22
|
* Update to gcc 3.0.1.joerg2001-10-103-29/+29
|
* Include the C++ compiler. Certainly of limited use for ajoerg2001-08-125-3/+26
| | | | | | microcontroller, but i got interested to get a complex FFT working. No stdlibc++ support at this time.
* Ooops, the PKGNAMEPREFIX got accidentally dropped.joerg2001-08-121-0/+1
|
* Another accidental omission from plist.joerg2001-08-121-0/+1
|
* Forgot about a couple of stale entries in the plist.joerg2001-08-121-2/+0
|
* Upgrade to the released version of gcc 3.0.joerg2001-08-124-23/+18
|
* This gcc snapshot requires bison in order to build.joerg2001-04-291-0/+1
| | | | Submitted by: bsd
* I forgot to update the master sites accordingly for the gcc snapshotjoerg2001-04-201-3/+12
| | | | location. Current list stolen from lang/gcc-devel.
* Upgrade to a development snapshot of gcc-3. Target `avr' is nowjoerg2001-04-204-71/+58
| | | | | | | | | supported natively, so no external patches needed anymore. Note that this port requires up-to-date avr-binutils, since a few things in the assembler syntax have been changed. Not yet tested on the alpha platform.
* Finally get the avr-gcc port really compile on the alpha architecture,joerg2001-03-161-0/+1
| | | | | | | | | | | 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. The compiled result of avr-gcc MD5 compares equal to something build from an IA32 host platform.
* Crude hack to get all this running on the alpha architecutre as well.joerg2001-03-151-0/+22
| | | | | | | | 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,joerg2001-03-111-2/+2
| | | | | | 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... Thisjoerg2001-03-101-0/+1
| | | | | | | | | should fix the port build on bento. Still doesn't want to be built on the alpha arch, i'm not sure whether i'll be able to fix that or whether i'll have to exclude it from the alpha build. In theory, since it's a cross-compiler already anyway, it should be possible to build it on non-i386 platforms as well.
* Atmel AVR cross-development, part #2: the C compiler.joerg2000-12-055-0/+132
OpenPOWER on IntegriCloud