Commit graph

42 commits

Author SHA1 Message Date
Ade Lovett
1a628ded35 Sync with new bsd.autotools.mk 2004-06-04 17:29:38 +00:00
James E. Housley
48176ee0de Switch to using WITHOUT_CPU_CFLAGS again. 2004-02-04 21:38:34 +00:00
Joe Marcus Clarke
053fdb6a6b Bump PORTREVISION on all ports that depend on gettext to aid with upgrading.
(Part 2)
2004-02-04 05:21:48 +00:00
James E. Housley
48d2d82bfc Add SIZE 2004-01-29 18:44:11 +00:00
James E. Housley
1464e9906b Revert back to previous method to remove the CPU related entries from
CFLAGS.  At least on 4.9, the new changes to bsd.port.mk don't like
if _CPUCFLAGS is empty.
2004-01-22 12:12:48 +00:00
James E. Housley
fa67ded48e Remove my hack to remove CPU_CFLAGS and use the new WITHOUT_CPU_CFLAGS
feature in bsd.port.mk
2004-01-21 11:27:15 +00:00
James E. Housley
0e6fece00f Fix build errors caused by cut-n-paste.
Approved by:	portmgr (marcus@)
2003-11-30 20:08:11 +00:00
James E. Housley
b89675496e I was getting a recursive error on CFLAGS I didn't get on 5.x 2003-11-20 01:36:40 +00:00
James E. Housley
8936655a35 On kris@ suggestion use _CPUCFLAGS to get -mtune also. And I had forgotten
CXXFLAGS
2003-11-20 01:23:54 +00:00
James E. Housley
2f4627bc37 Since once mk/bsd.cpu.mk adds the -mcpu and/or -march flags they can't
be removed.  And setting NO_CPU_CFLAGS in a ports Makefile does not help.
It might be nice if Mk/bsd.port.mk would remove it if NO_CPU_CFLAGS was
set, patch coming soon.
2003-11-19 23:31:30 +00:00
James E. Housley
792036fde9 Put a comment warning about USE_AUTOHEADER and USE_AUTOCONF 2003-11-17 14:57:40 +00:00
James E. Housley
c0c57c7403 I believe with the upgrade to gcc-3.2.3 these are no longer broken on 5.x 2003-11-17 12:39:16 +00:00
James E. Housley
baad3bbbdc Fix the usage of MASTERDIR in both the slave and master port as mentioned
in PR: 59254
2003-11-17 03:15:17 +00:00
James E. Housley
36e9f3d265 Fix patch 2003-11-17 02:14:10 +00:00
James E. Housley
73c1b00d59 Don't install gccbug over the version installed by *-rtems-gcc 2003-11-17 00:37:58 +00:00
James E. Housley
3e889e7f69 Fix distfile names so fetch works right. 2003-11-09 03:38:51 +00:00
James E. Housley
3fc72e85fa Fix the MASTER_SITE 2003-10-31 02:11:23 +00:00
James E. Housley
48760c159a Add USE_REINPLACE=yes, that I forgot. No bump since it is highly
unlikely any harm was done in the last 5 minutes.
2003-10-29 03:02:01 +00:00
James E. Housley
61b76bcfa0 Update to gcc-3.2.3 and newlib-1.11.0 2003-10-29 02:44:58 +00:00
James E. Housley
666b2eb95d Update URLs, from oarcorp.com to rtems.com 2003-09-02 00:25:30 +00:00
James E. Housley
efd190c942 Remove pkg-comment and place in Makefile 2003-03-03 04:00:46 +00:00
James E. Housley
add37d4daa Since bento seems to specify CPUCFLAGS on some archs, and the breaks the cross compiler, prevent them 2003-02-19 19:48:06 +00:00
James E. Housley
98efdababf Fix version number in pkg-comment 2003-02-10 14:16:17 +00:00
James E. Housley
16da5b8f16 Upgrade RTEMS G77 to 3.2.1 2003-02-05 11:17:18 +00:00
James E. Housley
f66ce50173 Update to use the new grouping capability. This allows the removal
of the rtems-gcc hack to fetch the files from a different subdir
then newlib lived in.  Remove devel/rtems-gcc

No functionality change so no PORTREVSION bump.
2002-07-10 12:33:03 +00:00
Mario Sergio Fujikawa Ferreira
75ad5febcb Style police: WWW tags should either end in a file/script or TRAILING /; Fix the later case 2001-11-20 23:29:38 +00:00
James E. Housley
6602612e39 Minor update in where the files are fetched from. Maybe now
I will stop getting "Unfetchable distfiles" message for files that
do get fetched in the real-world (tm).  Suggested by sf, and changed.

Also update i386-rtems-g77/Makefile: s/F77/G77/g

Submitted by:	FUJISHIMA Satsuki <sf@FreeBSD.org>
2001-10-16 00:22:08 +00:00
James E. Housley
488786de1d Upgrade all the GCC based RTEMS ports to gcc-2.95.3 2001-10-13 23:43:36 +00:00
James E. Housley
a88183c1c2 Use the new devel/rtems-gcc port to fetch the gcc tarball. This also
has the added benifit of reducing the different number of the same or
similar tarballs floating around.
2001-06-29 12:40:06 +00:00
James E. Housley
3d206969c8 Add the pkg-list files for the new arm-rtems ports 2001-04-17 12:34:36 +00:00
James E. Housley
a471fda8fd Upgrade to use newlib-1.9.0
Also use the latest rtems patches
2001-04-10 21:02:30 +00:00
James E. Housley
4b62c770fd The mips64orion-rtems-* ports have been replaced by the more general
mips-rtems-* ports.  It is now time to remove these.
2001-02-22 03:49:58 +00:00
Mario Sergio Fujikawa Ferreira
2275ee0bcf typo clean up police: \s -> \t 2001-02-14 05:43:00 +00:00
James E. Housley
b32ef69a26 Update to patchlevel 11
Reinstate mips-rtems-g77
2000-12-19 16:48:04 +00:00
Satoshi Asami
f19cc90aad Remove these files so they won't be accidentally tagged for the release.
Submitted by:	jeh
2000-11-14 12:47:24 +00:00
James E. Housley
38d1697d55 Clean up the patch section of the Makefile. Added one level of
directories to patch-a[ab] to make the Makefile simpler
2000-10-18 21:34:19 +00:00
Satoshi Asami
5a3708f8a2 Rename PLIST.* to pkg-plist.*.
Note: I'm not sure if this covers all the cases.  If the maintainer can
check to make sure I haven't missed something, it will be appreciated.
2000-10-08 00:29:08 +00:00
James E. Housley
d2854c488d Change MAINTAINERship to my committers address.
Approved:	will
2000-10-02 03:10:28 +00:00
Ade Lovett
f5e32fd669 Update *-rtems-g77 to the latest patches.
Update to remove "extra" files.

PR:		21027
Submitted by:	maintainer
2000-09-18 15:20:16 +00:00
Will Andrews
da6a904c98 Use explicit autoheader dependency instead of USE_AUTOCONF because
USE_AUTOCONF breaks the build.

Submitted by:	maintainer
2000-08-11 14:38:10 +00:00
Will Andrews
2f7bb05a55 Add autoheader to build dependencies through USE_AUTOCONF.
PR:		20123, 20124, 20125, 20126
Submitted by:	maintainer
2000-08-11 04:57:20 +00:00
Steve Price
41e3182adb C/C++, CHILL, F77, JAVA, OBJC, binutils, and gdb from the RTEMS RTOS for
the i386, i960, m68k, mips64orion, powerpc, sh, and sparc processors.

PR:		19335
Submitted by:	James Housley <jim@thehouselys.net>
2000-07-10 04:32:35 +00:00