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.
WWW: http://gcc.gnu.org/
===> The following configuration options are available for cross-gcc-4.5.4_1:
CXX=on: C++ language support
FORTRAN=off: Fortran language support
OBJC=on: Objective-C language support
RTEMS_PATCHES=off: Apply RTEMS patches
===> Use 'make config' to modify these settings
Remove unstaged devel/arm-eabi-gcc and cascade remove four others
Without devel/arm-eabi-gcc, unstaged cross-gcc has no purpose, nor
does either of the -binutils ports. The sysutils/u-boot-beaglebone-eabi
was staged, but is a casualty of the arm-eabi-gcc removal.
Update to libmpc version 1.0.1 which brings the following fixes:
- Switched to automake 1.11.6, see CVE-2012-3386.
- #14669: Fixed extraction of CC from gmp.h.
- Fixed case of intermediate zero real or imaginary part in mpc_fma,
found by hydra with GMP_CHECK_RANDOMIZE=1346362345.
This is on top of the following changes from version 1.0
- Licence change towards LGPLv3+ for the code and GFDLv1.3+ (with no
invariant sections) for the documentation.
- 100% of all lines are covered by tests
- Renamed functions
. mpc_mul_2exp to mpc_mul_2ui
. mpc_div_2exp to mpc_div_2ui
(Only the first 15 lines of the commit message are shown above )
Introduce ICONV_CONFIGURE_ARG variable defined at Uses/iconv.mk.
It's value is "--with-libiconv-prefix=/usr/local" for systems
before 100043 with ports libiconv and to use at systems post
100043 with base iconv it's value is "" (NULL).
Co-authors: bapt, madpilot and bsam (me)
PACKAGE_BUILDING isn't really the right condition here;
what we use as the binutils really depends on whether this
is being used as a master port or as a standalone port.
Convert USE_BISON to USES= bison
It brings bison as a build dependency in case it is set the following way:
USES= bison or USES= bison:build
it brings bison as a run dependency in case it is set the following way:
USES= bison:run
it brings bison both as a run and build dependency in case it the set the
following way:
USES= bison:both
While here trim some headers
Convert some USE_GNOME= gnomehack to USES= pathfix
- Return my ports back to the pool. I was unable to make any fixes to
my ports in the past 3 weeks while ports were broken on any 10.x
machines, which means I'm unable to maintain them. So let people know
that there's no available support for them until things are back to
normal (which also means that anyone with spare time will be able
to fix them without getting approval).
- Don't touch gcc libdir, it have troubles discovering libc objects in case of
non-default locations
- Don't install libiberty (not needed)
- Fix a typo in comment [1]
- Generate correct dependency list in case if target arch and abi were not
specified by setting fake OURTARGET value [1]
- Bump up PORTREVISION.
Noticed by: pav [1]
- Add devel/cross-gcc port.
FSF gcc for cross-target development. This port brings C, C++ and
Objective C compillers 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.
WWW: http://gcc.gnu.org/
