FSF gcc for cross-target development. This port brings C, C++ and
Objective C compilers with all target libraries (libstdc++, libsupc++,
libobjc, libssp, libgcc). Gloss and libc layer are provided through
newlib embedded C library.
It can be used to cross-compile operating system kernels (e.g. Linux, L4, etc)
for this architecture.
Use TGTARCH switch to select target architecture, and TGTABI to select ABI.
E.g. the following command will build toolchain for rtems on sparc:
% make TGTARCH=sparc TGTABI=rtems
If you encounter any problems building/using/installing this port, please
make me know. It would help to improve this port in feature.
-- Stanislav Sedov <stas@FreeBSD.org>
WWW: http://gcc.gnu.org/
===> The following configuration options are available for i386-rtems-objc-4.3.2:
CXX=on (default) "Enable C++ language support"
OBJC=on (default) "Enable Objective C support"
FORTRAN=off (default) "Enable Fortran support"
===> Use 'make config' to modify these settings
- Update the rtems ports collection. Now these ports will be slaves of
more generic cross-* ports, that will simplify updating and bug fixes.
* Update binutils to 2.17
* Update gcc to 4.2.0
* Update gdb to 6.6
- Deprecate ports for i960 architecture abandoned by mainstream
- Deprecate *-g77 and *-objc ports, support for these languages can
be enabled via OPTIONS in relative *-gcc ports.
- Take maintainership.
Approved by: ade (maintainer)
Since there are a number of issues associated with the *-rtems-* ports
as a result of the new gettext, and given the jeh@ is currently on
sabbatical, with these ports (amongst others) being reset to ports@,
temporarily take over maintainership to cut through a little red tape
to get things back in order.
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.
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.
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.
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.
