kpriv/freebsd-ports
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity
freebsd-ports/devel/avr-gcc/Makefile

63 lines
1.7 KiB
Makefile
Raw Normal View History

Atmel AVR cross-development, part #2: the C compiler.
2000-12-05 16:21:02 +01:00
# New ports collection makefile for: avr-gcc
# Date created: 29 Nov 2000
# Whom: Joerg Wunsch <joerg@freebsd.org>
#
# $FreeBSD$
#
PORTNAME= gcc
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).
2006-03-19 23:38:09 +01:00
PORTVERSION= 3.4.6
Atmel AVR cross-development, part #2: the C compiler.
2000-12-05 16:21:02 +01:00
CATEGORIES= devel
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.
2004-07-07 21:49:07 +02:00
MASTER_SITES= ${MASTER_SITE_GCC}
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.
2003-09-09 23:16:21 +02:00
MASTER_SITES+= http://people.freebsd.org/~joerg/:local
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.
2004-07-07 21:49:07 +02:00
MASTER_SITE_SUBDIR= releases/${DISTNAME}
Ooops, the PKGNAMEPREFIX got accidentally dropped.
2001-08-12 18:33:45 +02:00
PKGNAMEPREFIX= avr-
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.
2003-09-09 23:16:21 +02:00
DISTFILES= gcc-core-${PORTVERSION}${EXTRACT_SUFX} \
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.
2005-01-27 10:51:36 +01:00
gcc-g++-${PORTVERSION}${EXTRACT_SUFX}
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.
2003-09-09 23:16:21 +02:00
EXTRACT_ONLY= gcc-core-${PORTVERSION}${EXTRACT_SUFX} \
gcc-g++-${PORTVERSION}${EXTRACT_SUFX}
Atmel AVR cross-development, part #2: the C compiler.
2000-12-05 16:21:02 +01:00
MAINTAINER= joerg@freebsd.org
Upgrade to version 3.3.2.
2004-03-03 22:23:29 +01:00
COMMENT= FSF GCC 3.x for Atmel AVR 8-bit RISC cross-development
Atmel AVR cross-development, part #2: the C compiler.
2000-12-05 16:21:02 +01:00
BUILD_DEPENDS= avr-as:${PORTSDIR}/devel/avr-binutils \
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.
2004-04-28 22:53:33 +02:00
avr-ld:${PORTSDIR}/devel/avr-binutils
Atmel AVR cross-development, part #2: the C compiler.
2000-12-05 16:21:02 +01:00
RUN_DEPENDS= avr-as:${PORTSDIR}/devel/avr-binutils \
avr-ld:${PORTSDIR}/devel/avr-binutils
WRKSRC= ${WRKDIR}/gcc-${PORTVERSION}
Mass-conversion to the USE_AUTOTOOLS New World Order. The code present 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.
2005-11-15 07:52:12 +01:00
USE_AUTOTOOLS= autoheader:213
Use USE_PERL5_BUILD where appropriate, instead of hardcoding ${PORTSDIR}/lang/perl5 as a dependency. Sponsored by: Porta Software Ltd Approved by: portmgr
2002-11-28 19:05:49 +01:00
USE_PERL5_BUILD= yes
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.
2002-07-03 21:20:58 +02:00
USE_BZIP2= yes
Atmel AVR cross-development, part #2: the C compiler.
2000-12-05 16:21:02 +01:00
USE_GMAKE= yes
This gcc snapshot requires bison in order to build. Submitted by: bsd
2001-04-29 13:20:05 +02:00
USE_BISON= yes
Atmel AVR cross-development, part #2: the C compiler.
2000-12-05 16:21:02 +01:00
GNU_CONFIGURE= yes
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).
2006-03-19 23:38:09 +01:00
CONFLICTS= avr-gcc-devel-4*
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.
2004-04-28 22:53:33 +02:00
CONFIGURE_ARGS= --target=avr --disable-nls
Atmel AVR cross-development, part #2: the C compiler.
2000-12-05 16:21:02 +01:00
Include the C++ compiler. Certainly of limited use for a microcontroller, but i got interested to get a complex FFT working. No stdlibc++ support at this time.
2001-08-12 22:18:25 +02:00
MAKE_FLAGS= LANGUAGES="c c++"
Upgrade to version 3.3.2.
2004-03-03 22:23:29 +01:00
# get rid of that silly -mcpu=pentiumpro FreeBSD 5+ is so fond of. :-(
At Kris's request, back out the MACHINE_ARCH spelling correction until after 5.4-RELEASE.
2005-04-12 05:26:56 +02:00
MAKE_ENV= MACHINE_ARCH=avr
Atmel AVR cross-development, part #2: the C compiler.
2000-12-05 16:21:02 +01:00
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.
2004-04-28 22:53:33 +02:00
MAN1= avr-cpp.1 avr-gcc.1 avr-g++.1 avr-gcov.1
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.
2002-09-01 14:13:57 +02:00
MAN7= fsf-funding.7 gfdl.7 gpl.7
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.
2004-04-28 22:53:33 +02:00
INFO= cpp gcc gccint cppinternals gccinstall
Atmel AVR cross-development, part #2: the C compiler.
2000-12-05 16:21:02 +01:00
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).
2006-03-19 23:38:09 +01:00
# As ${FILESDIR}/patch-binary-constants updates the documentation, we need to
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.
2005-01-27 10:51:36 +01:00
# recreate it.
pre-build:
cd ${WRKSRC}/gcc &&\
makeinfo -I doc -I doc/include --no-split -o doc/gcc.info doc/gcc.texi
BROKEN on !i386 and !alpha: Does not build
2004-03-29 09:04:47 +02:00
.include <bsd.port.pre.mk>
Require a sufficiently current Perl to be installed, as opposed to a sufficiently current version of FreeBSD. Submitted by: vs
2005-01-27 15:50:57 +01:00
.if ${PERL_LEVEL} < 500600
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).
2006-03-19 23:38:09 +01:00
BROKEN= System's Pod::Man too old to generate the documentation.
IGNORE= you need a newer version of Perl to build the documentation
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.
2005-01-27 10:51:36 +01:00
.endif
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.
2002-09-01 21:46:49 +02:00
BROKEN on !i386 and !alpha: Does not build
2004-03-29 09:04:47 +02:00
.include <bsd.port.post.mk>
Reference in a new issue Copy permalink