aboutsummaryrefslogtreecommitdiffstats
path: root/devel/i386-rtems-gcc
Commit message (Expand)AuthorAgeFilesLines
* Sync with new bsd.autotools.mkade2004-06-051-5/+2
* Don't remove a file we didn't install.kris2004-05-318-8/+0
* BROKEN on amd64: Configure failskris2004-03-291-0/+4
* Switch to using WITHOUT_CPU_CFLAGS again.jeh2004-02-051-6/+1
* Add USE_GETTEXT and bump PORTREVISION.marcus2004-02-041-2/+2
* Add SIZEjeh2004-01-301-0/+4
* Now gettext 0.12.1 is gettext-old.trevor2004-01-241-1/+1
* Revert back to previous method to remove the CPU related entries fromjeh2004-01-221-3/+8
* Remove my hack to remove CPU_CFLAGS and use the new WITHOUT_CPU_CFLAGSjeh2004-01-211-8/+3
* I was getting a recursive error on CFLAGS I didn't get on 5.xjeh2003-11-201-2/+2
* On kris@ suggestion use _CPUCFLAGS to get -mtune also. And I had forgottenjeh2003-11-201-1/+2
* Since once mk/bsd.cpu.mk adds the -mcpu and/or -march flags they can'tjeh2003-11-201-2/+6
* Update the COMMENT and pkg-description to reflect JAVA as being in herejeh2003-11-182-6/+6
* * UPdate the *-rtems-gcc ports to include gcj (Java). Since the gcjjeh2003-11-189-8/+79
* Put a comment warning about USE_AUTOHEADER and USE_AUTOCONFjeh2003-11-171-0/+3
* I believe with the upgrade to gcc-3.2.3 these are no longer broken on 5.xjeh2003-11-171-4/+0
* Fix the usage of MASTERDIR in both the slave and master port as mentionedjeh2003-11-171-7/+6
* Wrong directoryjeh2003-11-178-0/+8
* Second part of the gccbug commitjeh2003-11-178-8/+0
* Install the .info files with a ???-rtems- prefix so they don't confilct.jeh2003-11-171-6/+36
* Add MACHINE_ARCH to MAKE_ENV to try and stop stupid breakage on 5.xjeh2003-11-031-1/+3
* Fix the MASTER_SITEjeh2003-10-311-2/+2
* Update to the latest version from RTEMS, gcc-3.2.3 with newlib-1.11.0jeh2003-10-2912-2296/+2307
* Update URLs, from oarcorp.com to rtems.comjeh2003-09-022-2/+2
* Use the new INFO= directivejeh2003-08-089-505/+1
* BROKEN on 5.1: does not buildkris2003-05-181-1/+7
* Remove pkg-comment and place in Makefilejeh2003-03-032-1/+1
* Since bento seems to specify CPUCFLAGS on some archs, and the breaks the cros...jeh2003-02-201-0/+1
* Fix version in commentjeh2003-02-101-1/+1
* Upgrade to gcc-3.2.1. This also finially fixes 'sh'.jeh2003-02-0313-2143/+3379
* Fix the build problem of *-rtems-gcc on CURRENT due to conflictingknu2002-12-162-0/+70
* Use MASTER_SITES_GCC.knu2002-10-201-2/+2
* Update to use the new grouping capability. This allows the removaljeh2002-07-101-4/+6
* Style police: WWW tags should either end in a file/script or TRAILING /; Fix ...lioux2001-11-211-1/+1
* Minor update in where the files are fetched from. Maybe nowjeh2001-10-161-2/+2
* Upgrade all the GCC based RTEMS ports to gcc-2.95.3jeh2001-10-1411-508/+516
* Update the rest of the GCC port to use the more common GCC tarbal.jeh2001-07-032-8/+7
* Add the pkg-list files for the new arm-rtems portsjeh2001-04-171-0/+307
* Upgrade to use newlib-1.9.0jeh2001-04-113-7/+19
* The mips64orion-rtems-* ports have been replaced by the more generaljeh2001-02-221-443/+0
* typo clean up police: \s -> \tlioux2001-02-141-1/+1
* Update to bring in sync with patch level 11.jeh2000-12-1910-13/+509
* Remove these files so they won't be accidentally tagged for the release.asami2000-11-141-444/+0
* Clean up the patch section of the Makefile. Added one level ofjeh2000-10-192-8/+5
* Rename PLIST.* to pkg-plist.*.asami2000-10-081-1/+1
* Change MAINTAINERship to my committers address.jeh2000-10-021-1/+1
* Update *-rtems-gcc to the newest patches. This alsoade2000-09-1811-8/+41
* We need autoheader to correctly build this port.steve2000-07-171-1/+2
* C/C++, CHILL, F77, JAVA, OBJC, binutils, and gdb from the RTEMS RTOS forsteve2000-07-1013-0/+3154