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

175 lines
5 KiB
Makefile
Raw Normal View History

For releases, libquadmath.info is always installed, even on architectures where the library is not supported. [1] Revamp the handling of different languages (frontends, run-times) by GCC to allow for orthogonal setting them in the future. [2] Print the list of languages being built as part of pre-everything and shorten the output of operating system and version there. Reported by: linimon [1] Inspired by: jkim [2] Feature safe: yes
2012-10-12 17:18:02 +02:00
# Created by: Gerald Pfeifer <gerald@FreeBSD.org>
Change Id->FreeBSD.
1999-08-25 08:35:40 +02:00
# $FreeBSD$
I give you the latest and greatest of the EGCS snapshot series. This is their bleeding edge offering. This will enable us to better track the direction EGCS is going for future upgrades of /usr/contrib/egcs/. Above ver 1.1.2, this offering gives you many C++ fixes/enhancements, *and* a native Java compiler.
1999-04-21 09:48:59 +02:00
Update to the 20090130 snapshot of GCC 4.4.0. Set PORTNAME, MAINTAINER, COMMENT, and LATEST_LINK unconditionally as opposed to using ?=. Add powerpc to NOT_FOR_ARCHS. [1] PR: 130964 [1]
2009-02-01 11:50:03 +01:00
PORTNAME= gcc
Update to GCC 4.8.5. Mostly bug fixes, a very conservative update.
2015-07-17 10:45:45 +02:00
PORTVERSION= 4.8.5
This being the generic GCC port, add gfortran, gcc, and g++ as links to the versioned executable (gfortran48, gcc48, and g++48). These standard names are going to remain in place in case of version upgrades and constitute the default, and expected by users, names. Suggested by: db Reviewed by: db
2015-11-24 11:19:22 +01:00
PORTREVISION= 2
Merge parts of the GCC-2.95 update, in preperation for the 1st post 2.95 snapshot. Mark BROKEN until the next Cygnus snapshot.
1999-08-05 18:21:08 +02:00
CATEGORIES= lang java
Merge MASTER_SITES and MASTER_SITE_SUBDIR into just the former. Suggested by: mat
2015-05-01 20:54:47 +02:00
MASTER_SITES= GCC/releases/gcc-${DISTVERSION}
portlint.
2005-03-02 09:46:01 +01:00
Update to the 20090130 snapshot of GCC 4.4.0. Set PORTNAME, MAINTAINER, COMMENT, and LATEST_LINK unconditionally as opposed to using ?=. Add powerpc to NOT_FOR_ARCHS. [1] PR: 130964 [1]
2009-02-01 11:50:03 +01:00
MAINTAINER= gerald@FreeBSD.org
Update the default version of GCC in the Ports Collection from GCC 4.7.4 to GCC 4.8.3. This entails updating the lang/gcc port as well as changing the default in Mk/bsd.default-versions.mk, and it replaces the CONFLICT between the lang/gcc and lang/gcc47 ports by lang/gcc48. GCC now uses C++ as its implementation language and performs more aggressive loop analysis which can be disabled via the -fno-aggressive-loop-optimizations command-line option. Compilation of extremely large functions has been signficantly improved, as have interprocedural optimizations. A new optimization level -Og has been introduced. It addresses the need for fast compilation and a superior debugging experience while providing a reasonable level of run-time performance. This should be better suitable for development than the default -O0. A new local register allocator (LRA) has been implemented, which replaces the 26 year old reload pass and improves generated code quality. For now it is active on the x86 and x86-64 targets. AddressSanitizer, a fast memory error detector, has been added and can be enabled via -fsanitize=address. Each diagnostic emitted now includes the original source line and a caret indicating the column. The new option -Wpedantic is an alias for -pedantic, which is now deprecated. The C++ frontend and associated run-time library libstdc++ have gained support for many additional C++11 features. As with previous releases the Fortrand frontend has seen many improvements as well. Support for the AArch64 has been added, and there are many improvements to the x86/x86-64 backend and others. See http://gcc.gnu.org/gcc-4.8/changes.html for an extense list of changes; http://gcc.gnu.org/gcc-4.8/porting_to.html for information on how to port to that new version. PR: 192025 Tested by: antoine (-exp runs)
2014-09-10 21:09:58 +02:00
COMMENT= GNU Compiler Collection 4.8
Add bounds-checking support using Herman ten Brugge's patches. PR: 53395 Submitted by: Dan Nelson <dnelson@allantgroup.com>
2003-06-17 23:17:12 +02:00
Set the license to a combination of GPLv3 (for the compiler itself) and GPLv3 with GCC Runtime Library Exception (for the runtime).
2014-02-22 13:27:20 +01:00
LICENSE= GPLv3 GPLv3RLE
LICENSE_COMB= multi
Remove ${PORTSDIR}/ from dependencies, categories h, i, j, k, and l. With hat: portmgr Sponsored by: Absolight
2016-04-01 16:08:37 +02:00
LIB_DEPENDS= libgmp.so:math/gmp \
libmpfr.so:math/mpfr \
libmpc.so:math/mpc
BUILD_DEPENDS+= ${LOCALBASE}/bin/as:devel/binutils
RUN_DEPENDS+= ${LOCALBASE}/bin/as:devel/binutils
portlint.
2005-03-02 09:46:01 +01:00
Update to the 20090313 snapshot of GCC 4.4.0. Remove obsolete code to create (empty) man pages in case regular man pages cannot be created. This catches four dummy man pages we are now able to remove: gjnih44, grepjar44, jar44, jv-scan44, rmic44, and rmiregistry44. Rename the check target to full-regression-test to be in sync with the lang/gcc43 port. Add a conditional dependency on misc/dejagnu and make the inclusion of gcc-testsuite in DISTFILES conditional, too.
2009-03-14 22:19:39 +01:00
.if defined(MAINTAINER_MODE)
Remove ${PORTSDIR}/ from dependencies, categories h, i, j, k, and l. With hat: portmgr Sponsored by: Absolight
2016-04-01 16:08:37 +02:00
BUILD_DEPENDS+= runtest:misc/dejagnu
Update to the 20090313 snapshot of GCC 4.4.0. Remove obsolete code to create (empty) man pages in case regular man pages cannot be created. This catches four dummy man pages we are now able to remove: gjnih44, grepjar44, jar44, jv-scan44, rmic44, and rmiregistry44. Rename the check target to full-regression-test to be in sync with the lang/gcc43 port. Add a conditional dependency on misc/dejagnu and make the inclusion of gcc-testsuite in DISTFILES conditional, too.
2009-03-14 22:19:39 +01:00
.endif
Update the default version of GCC in the Ports Collection from GCC 4.7.4 to GCC 4.8.3. This entails updating the lang/gcc port as well as changing the default in Mk/bsd.default-versions.mk, and it replaces the CONFLICT between the lang/gcc and lang/gcc47 ports by lang/gcc48. GCC now uses C++ as its implementation language and performs more aggressive loop analysis which can be disabled via the -fno-aggressive-loop-optimizations command-line option. Compilation of extremely large functions has been signficantly improved, as have interprocedural optimizations. A new optimization level -Og has been introduced. It addresses the need for fast compilation and a superior debugging experience while providing a reasonable level of run-time performance. This should be better suitable for development than the default -O0. A new local register allocator (LRA) has been implemented, which replaces the 26 year old reload pass and improves generated code quality. For now it is active on the x86 and x86-64 targets. AddressSanitizer, a fast memory error detector, has been added and can be enabled via -fsanitize=address. Each diagnostic emitted now includes the original source line and a caret indicating the column. The new option -Wpedantic is an alias for -pedantic, which is now deprecated. The C++ frontend and associated run-time library libstdc++ have gained support for many additional C++11 features. As with previous releases the Fortrand frontend has seen many improvements as well. Support for the AArch64 has been added, and there are many improvements to the x86/x86-64 backend and others. See http://gcc.gnu.org/gcc-4.8/changes.html for an extense list of changes; http://gcc.gnu.org/gcc-4.8/porting_to.html for information on how to port to that new version. PR: 192025 Tested by: antoine (-exp runs)
2014-09-10 21:09:58 +02:00
CONFLICTS= gcc48*
Add CPE information. PR: 198249 Submitted by: shun.fbsd.pr@dropcut.net
2015-03-22 02:44:19 +01:00
CPE_VENDOR= gnu
Welcome the new lang/gcc port! This shall track our preferred version of GCC (usually an upstream release). It starts out as GCC 4.6.1 and is thus in conflict with lang/gcc46 and will move towards later minor versions of GCC 4.6 and then on to GCC 4.7. lang/gcc will provide gcc46, g++46, gfortran46 etc. exactly like lang/gcc46 with which it is interchangible. This is also planned to be in sync with our existing USE_FORTRAN knob so that users have the option of using this port, rarely updated, or the corresponding lang/gcc46 which follows weekly upstream snapshots. On the way rename %%GCC_VER%% in pkg-plist to %%GCC_VERSION%% and make the Makefile machinery a bit more generic to minimize differences between lang/gcc ports based on releases and those based on snapshots. PR: 156857
2011-09-26 02:54:37 +02:00
Replace VERSIONSTRING by DISTVERSION. Replace USE_GMAKE by USES=gmake.
2013-08-25 14:30:09 +02:00
# DISTVERSION relates to downloads, GCC_VERSION and SUFFIX to names
Welcome the new lang/gcc port! This shall track our preferred version of GCC (usually an upstream release). It starts out as GCC 4.6.1 and is thus in conflict with lang/gcc46 and will move towards later minor versions of GCC 4.6 and then on to GCC 4.7. lang/gcc will provide gcc46, g++46, gfortran46 etc. exactly like lang/gcc46 with which it is interchangible. This is also planned to be in sync with our existing USE_FORTRAN knob so that users have the option of using this port, rarely updated, or the corresponding lang/gcc46 which follows weekly upstream snapshots. On the way rename %%GCC_VER%% in pkg-plist to %%GCC_VERSION%% and make the Makefile machinery a bit more generic to minimize differences between lang/gcc ports based on releases and those based on snapshots. PR: 156857
2011-09-26 02:54:37 +02:00
# of executables and directories once installed.
Replace VERSIONSTRING by DISTVERSION. Replace USE_GMAKE by USES=gmake.
2013-08-25 14:30:09 +02:00
DISTVERSION= ${PORTVERSION}
Welcome the new lang/gcc port! This shall track our preferred version of GCC (usually an upstream release). It starts out as GCC 4.6.1 and is thus in conflict with lang/gcc46 and will move towards later minor versions of GCC 4.6 and then on to GCC 4.7. lang/gcc will provide gcc46, g++46, gfortran46 etc. exactly like lang/gcc46 with which it is interchangible. This is also planned to be in sync with our existing USE_FORTRAN knob so that users have the option of using this port, rarely updated, or the corresponding lang/gcc46 which follows weekly upstream snapshots. On the way rename %%GCC_VER%% in pkg-plist to %%GCC_VERSION%% and make the Makefile machinery a bit more generic to minimize differences between lang/gcc ports based on releases and those based on snapshots. PR: 156857
2011-09-26 02:54:37 +02:00
GCC_VERSION= ${PORTVERSION:C/(.+)\.[0-9]{8}/\1/}
Make the determination of SUFFIX more general and the one of CONFIGURE_SCRIPT more robust.
2009-05-19 14:31:05 +02:00
SUFFIX= ${PORTVERSION:C/([0-9]+).([0-9]+).*/\1\2/}
Add support for armv6*-*-freebsd*. The larger part of the patch is a backport from gcc trunk which is sent upstream for approval. Thanks to Sean Bruno for testing, Andrew Turner for explaining me fine details and Gerald for approving. Approved by: gerald (maintainer)
2015-01-04 20:09:32 +01:00
ONLY_FOR_ARCHS= amd64 armv6 armv6hf i386 powerpc powerpc64 sparc64
Add missing USES=compiler, needed for ${COMPILER_TYPE} checks PR: 203540
2015-10-05 18:59:50 +02:00
USES= compiler cpe gmake iconv libtool makeinfo perl5 tar:bzip2
Replace the explicit build dependency on devel/binutils by USE_BINUTILS. Submitted by: bf
2010-09-27 23:45:10 +02:00
USE_BINUTILS= yes
Convert to new perl framework Convert from USE_GMAKE to USES=gmake
2013-09-17 08:51:04 +02:00
USE_PERL5= build
SSP support has been added to ports with WITH_SSP for i386 and amd64 on FreeBSD 10, and amd64 on earlier versions. SSP_UNSAFE is added to disable in a port if it fails to build, but this should only be used in rare circumstances such as kernel modules. Otherwise, the port may just be failing due to lack of respecting LDFLAGS. On FreeBSD 10, this uses an ldscript in /usr/lib/libc.so to pull in libssp_nonshared.a to address issues linking on i386 [1]. On earlier FreeBSD versions the WITH_SSP knob will add -lssp_nonshared to LDFLAGS on i386. This is not needed on amd64. However, several hundred ports do not currently respect LDFLAGS, so this support is disabled currently as it causes build failures if a dependency is looking for the stack_chk symbols. Many thanks to jlh@ for this as he had many years of patience in getting all of the necessary pieces [1][2] in. [1] http://svnweb.freebsd.org/base/head/lib/libc/libc.ldscript?revision=251668&view=markup PR: ports/138228 [2] Submitted by: jlh (bsd.ssp.mk based on) Reviewed by: bapt With hat: portmgr exp-runs done: 37 over a month on 91i386,91amd64,10i386,10amd64
2013-09-20 14:54:54 +02:00
SSP_UNSAFE= yes
Use the bzip2 version of the distfile. It saves almost 3meg.
1998-12-05 05:00:40 +01:00
Introduce a new option BOOTSTRAP that allows for doing a full bootstrap of GCC, as opposed to just running a simple build. Bootstrapping is actually the default upstream, we disable it by default for the stable flavors of GCC since that is a huge win in terms of build time of the port. No change in default behavior for this port. (When bootstrapping, use bootstrap-lean instead of default/vanilla bootstrap to save on disk space.) Remove redundant setting of DISTNAME.
2013-06-16 16:13:25 +02:00
OPTIONS_DEFINE= BOOTSTRAP
Convert to the new options framework. Remove now deprecated comments at the top of Makefile.
2012-09-01 22:46:57 +02:00
OPTIONS_DEFINE_i386= JAVA
OPTIONS_DEFINE_amd64= JAVA
OPTIONS_DEFAULT_i386= JAVA
OPTIONS_DEFAULT_amd64= JAVA
Revert previous commit (which should have gone into lang/gcc48), restoring OPTIONS_DEFAULT_powerpc64=BOOTSTRAP.
2016-08-24 22:10:11 +02:00
OPTIONS_DEFAULT_powerpc64= BOOTSTRAP
lang/gcc: Use OPTIONS_EXCLUDE_DragonFly to block JAVA Adjust lang/gcc as was done for gcc46+ Approved by: DragonFly blanket
2015-03-26 21:43:08 +01:00
OPTIONS_EXCLUDE_DragonFly= JAVA
Introduce a new option BOOTSTRAP that allows for doing a full bootstrap of GCC, as opposed to just running a simple build. Bootstrapping is actually the default upstream, we disable it by default for the stable flavors of GCC since that is a huge win in terms of build time of the port. No change in default behavior for this port. (When bootstrapping, use bootstrap-lean instead of default/vanilla bootstrap to save on disk space.) Remove redundant setting of DISTNAME.
2013-06-16 16:13:25 +02:00
BOOTSTRAP_DESC= Build using a full bootstrap
Update to the 20100626 snapshot of GCC 4.6.0. Make Java support an OPTION (JAVA) so it is easier to deselect. [1] Suggested by: doubg [1] Feature safe: yes
2010-06-27 16:24:03 +02:00
Add a MULTILIB option to gcc{,48,49,5} for powerpc64 This change is the same as r400632, which updated gcc[56]-devel, but now for gcc{,48,49,5}. This change is the second attempt at doing this: the first attempt went in r401072 and was reverted in r401074 because the diff was bogus and enabled the new MULTILIB option under all platforms instead of just powerpc64. This fixes the build of gcc{,48,49,5} under powerpc64 when the system is built without the lib32 libraries. More in detail: If the system is built with lib32 support (WITH_LIB32, which is the default), building gcc from ports results in a compiler that can target both 64-bit and 32-bit binaries on powerpc64. However, when lib32 support is disabled (WITHOUT_LIB32), gcc should only be built with 64-bit support or otherwise the build fails. To fix this, explicitly disable 32-bit support when /usr/lib32 is not present and add a MULTILIB option (which is only defined for powerpc64 when 32-bit support is possible and defaults to yes to preserve the current behavior) to allow the user to explicitly control this feature. Approved by: gerald (maintainer), bdrewery (mentor), andreast Differential Revision: https://reviews.freebsd.org/D3952
2015-11-22 22:06:54 +01:00
.if exists(/usr/lib32/libc.so)
Default powerpc64 to bootstrapping (option BOOTSTRAP) since otherwise GCC can be mis-built, leading to an internal compiler error building libgcc/libgcov.c, at least on FreeBSD 11. Adjust OPTIONS_DEFINE_powerpc64 and OPTIONS_DEFAULT_powerpc64 incrementally (with +=) to avoid overwriting settings defined at the top of the Makefile (or child ports). [1] Submitted by: swills [1] Reported by: swills
2016-08-24 22:05:40 +02:00
OPTIONS_DEFINE_powerpc64+= MULTILIB
OPTIONS_DEFAULT_powerpc64+= MULTILIB
Make MULTILIB_DESC consistent and more logical also for the lang/gcc and lang/gcc48 ports, now in line across all lang/gcc* ports.
2016-05-03 22:17:47 +02:00
MULTILIB_DESC= Build support for 32-bit and 64-bit targets
Add a MULTILIB option to gcc{,48,49,5} for powerpc64 This change is the same as r400632, which updated gcc[56]-devel, but now for gcc{,48,49,5}. This change is the second attempt at doing this: the first attempt went in r401072 and was reverted in r401074 because the diff was bogus and enabled the new MULTILIB option under all platforms instead of just powerpc64. This fixes the build of gcc{,48,49,5} under powerpc64 when the system is built without the lib32 libraries. More in detail: If the system is built with lib32 support (WITH_LIB32, which is the default), building gcc from ports results in a compiler that can target both 64-bit and 32-bit binaries on powerpc64. However, when lib32 support is disabled (WITHOUT_LIB32), gcc should only be built with 64-bit support or otherwise the build fails. To fix this, explicitly disable 32-bit support when /usr/lib32 is not present and add a MULTILIB option (which is only defined for powerpc64 when 32-bit support is possible and defaults to yes to preserve the current behavior) to allow the user to explicitly control this feature. Approved by: gerald (maintainer), bdrewery (mentor), andreast Differential Revision: https://reviews.freebsd.org/D3952
2015-11-22 22:06:54 +01:00
MULTILIB_CONFIGURE_ENABLE= multilib
.else
CONFIGURE_ARGS+= --disable-multilib
.endif
Upgrade to the 2000-07-17 GCC 2.96 development snapshot.
2000-09-05 18:59:15 +02:00
.include <bsd.port.pre.mk>
Adopt this port and update to the 2004-02-18 snapshot of GCC 3.4. Given that I am now responsible for snapshot generation on gcc.gnu.org, remove the feature to obtain sources from GCC CVS. Mark broken on amd64 (which used to be called x86_64).
2004-02-19 23:12:30 +01:00
.if ${ARCH} == "amd64"
Convert all :U to :tu and :L to :tl Since FreeBSD 8.4 and FreeBSD 9.1 make(1) do support :tu and :tl as a replacement for :U and :L (which has been marked as deprecated) bmake which is the default on FreeBSD 10+ only support by default :tu/:tl a hack has been added at the time to support :U and :L to ease migration. This hack is now not necessary anymore Note that this makes the ports tree incompatible with make(1) from FreeBSD 8.3 or earlier With hat: portmgr
2014-05-05 11:45:36 +02:00
CONFIGURE_TARGET= x86_64-portbld-${OPSYS:tl}${OSREL}
Adopt this port and update to the 2004-02-18 snapshot of GCC 3.4. Given that I am now responsible for snapshot generation on gcc.gnu.org, remove the feature to obtain sources from GCC CVS. Mark broken on amd64 (which used to be called x86_64).
2004-02-19 23:12:30 +01:00
.endif
Update the default version of GCC used in the Ports Collection from GCC 4.6.4 to GCC 4.7.3. This entails updating the lang/gcc port as well as changing the default in Mk/bsd.default-versions.mk. This adds powerpc64 as a supported architecture (and removes ia64, though it can be supported by manually installing lang/gcc48). New binaries %%GNU_HOST%%-gcc-ar47, %%GNU_HOST%%-gcc-nm47, and %%GNU_HOST%%-gcc-ranlib47 are provided to support link-time optimization (LTO) which scales significantly better. And it adds support for indirect functions (IFUNCS), experimental support for transactional memory in the compiler as well as a supporting run-time library called libitm, a new string length optimization pass, and support for atomic operations specifying the C++11/C11 memory model. Version 3.1 of the OpenMP specification is now supported for the C, C++, and Fortran compilers. GCC accepts the options -std=c11 and -std=gnu11 for the C11 revision of the ISO C standard which inlcude support for unicode strings, nonreturning functions (_Noreturn and <stdnoreturn.h>), alignment support (_Alignas, _Alignof, max_align_t, <stdalign.h>), and a __builtin_complex built-in function. The C++ frontend now accepts the -std=c++11, -std=gnu++11, and -Wc++11-compat options and implements many C++11 features of the language including extended friends syntax, explicit override control, non-static data member initializers, user-defined literals, alias declarations, delegating constructors, atomic classes, and more. The C++ standard library and Fortran frontend have received many improvements. See http://gcc.gnu.org/gcc-4.7/changes.html for an extense list of changes; http://gcc.gnu.org/gcc-4.7/porting_to.html for information on how to port to that new version. PR: 182136 Supported by: Christoph Moench-Tegeder <cmt@burggraben.net> (fixing many ports) Tested by: bdrewery (two -exp runs)
2014-03-10 21:41:10 +01:00
.if ${ARCH} == powerpc64
CONFIGURE_ENV+= UNAME_m="powerpc64"
.endif
Add support for armv6*-*-freebsd*. The larger part of the patch is a backport from gcc trunk which is sent upstream for approval. Thanks to Sean Bruno for testing, Andrew Turner for explaining me fine details and Gerald for approving. Approved by: gerald (maintainer)
2015-01-04 20:09:32 +01:00
.if ${ARCH} == "armv6" || ${ARCH} == "armv6hf"
Tweak a comment and fix whitespace in the new ARM support.
2015-01-12 05:16:23 +01:00
# Override sys.mk including -O in CFLAGS which breaks libgomp building.
CFLAGS:= ${CFLAGS:S/-O/-O2/g}
Add support for armv6*-*-freebsd*. The larger part of the patch is a backport from gcc trunk which is sent upstream for approval. Thanks to Sean Bruno for testing, Andrew Turner for explaining me fine details and Gerald for approving. Approved by: gerald (maintainer)
2015-01-04 20:09:32 +01:00
. if ${COMPILER_TYPE} == clang
. if empty(PORT_OPTIONS:MBOOTSTRAP)
MAKE_ARGS+=CXXFLAGS=-fbracket-depth=512
. else
MAKE_ARGS+=STAGE1_CXXFLAGS=-fbracket-depth=512
. endif
. endif
.endif
For releases, libquadmath.info is always installed, even on architectures where the library is not supported. [1] Revamp the handling of different languages (frontends, run-times) by GCC to allow for orthogonal setting them in the future. [2] Print the list of languages being built as part of pre-everything and shorten the output of operating system and version there. Reported by: linimon [1] Inspired by: jkim [2] Feature safe: yes
2012-10-12 17:18:02 +02:00
LANGUAGES:= c,c++,objc,fortran
Update to the 20090514 snapshot of GCC 4.5.0. Extract SUFFIX from PORTVERSION. Use SUFFIX for TARGLIB (and thus for the library path used by this port). Also use SUFFIX for the libexec directory instead of the full port version and flatten the directory structure and simplify the logic along the way. Tinder-tested by: itetcu@
2009-05-18 12:01:29 +02:00
TARGLIB= ${PREFIX}/lib/gcc${SUFFIX}
LIBEXEC= ${PREFIX}/libexec/gcc${SUFFIX}
This is a new port for egcs, which probably stands for something like "enhanced GNU compiler suite." It contains updated versions of gcc, g++, and g77 with many bugfixes and some new optimizations. The C++ compiler in particular is vastly improved over gcc-2.7.2.1.
1998-01-10 22:40:10 +01:00
GNU_CONFIGURE= yes
lang/gcc*: convert to CONFIGURE_OUTSOURCE PR: 208294, 208309 Exp-run by: antoine Approved by: gerald (maintainer) Differential Revision: https://reviews.freebsd.org/D4157
2016-04-13 12:40:58 +02:00
CONFIGURE_OUTSOURCE= yes
Introduce a new option BOOTSTRAP that allows for doing a full bootstrap of GCC, as opposed to just running a simple build. Bootstrapping is actually the default upstream, we disable it by default for the stable flavors of GCC since that is a huge win in terms of build time of the port. No change in default behavior for this port. (When bootstrapping, use bootstrap-lean instead of default/vanilla bootstrap to save on disk space.) Remove redundant setting of DISTNAME.
2013-06-16 16:13:25 +02:00
.if empty(PORT_OPTIONS:MBOOTSTRAP)
CONFIGURE_ARGS+=--disable-bootstrap
.else
When building the gcc ports using a full bootstrap, tell the configure script to assume the BUILD_CONFIG is set to bootstrap-debug, instead of letting it auto-detect. With clang 3.5.0 this auto-detection can fail, due to a discrepancy [1] [2] in its debug information, when objects are produced with and without -g. When the auto-detection fails, gcc will compare objects with full debug information during the stage comparisons, and this sometimes causes those stage comparisons to fail unexpectedly. [1] http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20141222/250134.html [2] http://llvm.org/PR22046 Approved by: gerald (maintainer)
2014-12-30 20:19:43 +01:00
CONFIGURE_ARGS+=--with-build-config=bootstrap-debug
Introduce a new option BOOTSTRAP that allows for doing a full bootstrap of GCC, as opposed to just running a simple build. Bootstrapping is actually the default upstream, we disable it by default for the stable flavors of GCC since that is a huge win in terms of build time of the port. No change in default behavior for this port. (When bootstrapping, use bootstrap-lean instead of default/vanilla bootstrap to save on disk space.) Remove redundant setting of DISTNAME.
2013-06-16 16:13:25 +02:00
ALL_TARGET= bootstrap-lean
.endif
CONFIGURE_ARGS+=--disable-nls \
Update the default version of GCC used in the Ports Collection from GCC 4.6.4 to GCC 4.7.3. This entails updating the lang/gcc port as well as changing the default in Mk/bsd.default-versions.mk. This adds powerpc64 as a supported architecture (and removes ia64, though it can be supported by manually installing lang/gcc48). New binaries %%GNU_HOST%%-gcc-ar47, %%GNU_HOST%%-gcc-nm47, and %%GNU_HOST%%-gcc-ranlib47 are provided to support link-time optimization (LTO) which scales significantly better. And it adds support for indirect functions (IFUNCS), experimental support for transactional memory in the compiler as well as a supporting run-time library called libitm, a new string length optimization pass, and support for atomic operations specifying the C++11/C11 memory model. Version 3.1 of the OpenMP specification is now supported for the C, C++, and Fortran compilers. GCC accepts the options -std=c11 and -std=gnu11 for the C11 revision of the ISO C standard which inlcude support for unicode strings, nonreturning functions (_Noreturn and <stdnoreturn.h>), alignment support (_Alignas, _Alignof, max_align_t, <stdalign.h>), and a __builtin_complex built-in function. The C++ frontend now accepts the -std=c++11, -std=gnu++11, and -Wc++11-compat options and implements many C++11 features of the language including extended friends syntax, explicit override control, non-static data member initializers, user-defined literals, alias declarations, delegating constructors, atomic classes, and more. The C++ standard library and Fortran frontend have received many improvements. See http://gcc.gnu.org/gcc-4.7/changes.html for an extense list of changes; http://gcc.gnu.org/gcc-4.7/porting_to.html for information on how to port to that new version. PR: 182136 Supported by: Christoph Moench-Tegeder <cmt@burggraben.net> (fixing many ports) Tested by: bdrewery (two -exp runs)
2014-03-10 21:41:10 +01:00
--enable-gnu-indirect-function \
Update to the 20050625 snapshot of GCC 4.1.0. Directly install libraries into a port-specific location instead of moving them there after the original installation. This is simpler and also avoids the problem where the port would overwrite/remove an existing copy of libiberty.a, which boils down to a true conflict.
2005-06-26 13:44:16 +02:00
--libdir=${TARGLIB} \
Update to the 20090514 snapshot of GCC 4.5.0. Extract SUFFIX from PORTVERSION. Use SUFFIX for TARGLIB (and thus for the library path used by this port). Also use SUFFIX for the libexec directory instead of the full port version and flatten the directory structure and simplify the logic along the way. Tinder-tested by: itetcu@
2009-05-18 12:01:29 +02:00
--libexecdir=${LIBEXEC} \
Use current GNU binutils from ports (devel/binutils) instead of the system tools. The latter are half a decade old and fail to properly support modern CPUs and their standard features such as SSE or AVX in the case of AMD64/Intel64 which means that they even break when using a simple -march=native. On the way, sort CONFIGURE_ARGS. PR: 140995, 136607
2009-12-01 12:36:59 +01:00
--program-suffix=${SUFFIX} \
--with-as=${LOCALBASE}/bin/as \
--with-gmp=${LOCALBASE} \
--with-gxx-include-dir=${TARGLIB}/include/c++/ \
Update to the 20100114 snapshot of GCC 4.5.0. Since we already require devel/binutils for the assembler, also enforce use of the linker from there.
2010-01-17 15:14:28 +01:00
--with-ld=${LOCALBASE}/bin/ld \
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)
2013-09-04 22:01:05 +02:00
${ICONV_CONFIGURE_ARG} \
Update to the 20110422 snapshot of GCC 4.6.1. Replace the, now dysfunctional, post-patch target with a configure option that marks this build of GCC as "FreeBSD Ports Collection". [1] Reported by: Bjoern Koenig <bkoenig@alpha-tierchen.de> [1]
2011-04-24 00:47:46 +02:00
--with-pkgversion="FreeBSD Ports Collection" \
Use current GNU binutils from ports (devel/binutils) instead of the system tools. The latter are half a decade old and fail to properly support modern CPUs and their standard features such as SSE or AVX in the case of AMD64/Intel64 which means that they even break when using a simple -march=native. On the way, sort CONFIGURE_ARGS. PR: 140995, 136607
2009-12-01 12:36:59 +01:00
--with-system-zlib
GCC uses an AWK script to generate source code that helps process command-line options. According to POSIX, string comparisons (and hence sorting) are to be performed based on the locale's collating order. Alas GNU AWK only does so in POSIX mode, whereas starting with FreeBSD 11 we do so by default, running into a bug (or false assumption) with that script used by GCC. Setting MAKE_ARGS such that AWK is always invoked in the C locale works around this bug. PR: 210122, 211742 Submitted by: jkim
2016-08-14 09:28:13 +02:00
# On FreeBSD 11 and above AWK uses the locale's collating order which
# runs into a bug in GCC (PR 211742).
MAKE_ARGS+= MAKEINFOFLAGS="--no-split" \
AWK="${SETENV} LC_ALL=C ${AWK:Q}"
Update to the 20060617 snapshot of GCC 4.2.0. Employ the new USE_LDCONFIG feature, which allows us to get rid of the various, much more manual and error-prone hacks we needed so far. Reviewed by: flz (for lang/gcc40)
2006-06-18 08:39:28 +02:00
USE_LDCONFIG= ${TARGLIB}
Welcome the new lang/gcc port! This shall track our preferred version of GCC (usually an upstream release). It starts out as GCC 4.6.1 and is thus in conflict with lang/gcc46 and will move towards later minor versions of GCC 4.6 and then on to GCC 4.7. lang/gcc will provide gcc46, g++46, gfortran46 etc. exactly like lang/gcc46 with which it is interchangible. This is also planned to be in sync with our existing USE_FORTRAN knob so that users have the option of using this port, rarely updated, or the corresponding lang/gcc46 which follows weekly upstream snapshots. On the way rename %%GCC_VER%% in pkg-plist to %%GCC_VERSION%% and make the Makefile machinery a bit more generic to minimize differences between lang/gcc ports based on releases and those based on snapshots. PR: 156857
2011-09-26 02:54:37 +02:00
PLIST_SUB= GCC_VERSION=${GCC_VERSION} \
Update to the 20090528 snapshot of GCC 4.5.0. Move the snapshot date from PORTREVISION to being a part of PORTVERSION to allow for PORTREVISION bumps. Simplify pre-everything and adjust PLIST_SUB accordingly. Move VERSIONSTRING down to pacify portlint after all those years and extract it from PORTVERSION, too.
2009-05-30 11:32:25 +02:00
GNU_HOST=${CONFIGURE_TARGET} \
Complete the repocopy of lang/gcc41 to lang/gcc42 and update to the 20051210 snapshot of GCC 4.2.0. Change pkg-plist to avoid hardcoding any version number. PR: 90253
2005-12-11 23:49:57 +01:00
SUFFIX=${SUFFIX}
Install the .info files of the lang/gcc42 port in a port-specific subdirectory, which allows us to remove the conflicts with lang/gcc33 and lang/gcc34. Dedicated to: obrien
2005-12-21 22:14:08 +01:00
INFO= gcc${SUFFIX}/cpp \
gcc${SUFFIX}/cppinternals \
gcc${SUFFIX}/gcc \
gcc${SUFFIX}/gccinstall \
Update to the 20061230 snapshot of GCC 4.3.0. This adds a libgomp info page (the other changes to INFO and MAN are just to sort these two properly) and we need to add a temporary patch to fix an issue triggered by FreeBSD headers.
2007-01-02 22:42:49 +01:00
gcc${SUFFIX}/gccint \
- Remove conditional checks for FreeBSD 5.x and older
2009-01-05 21:36:33 +01:00
gcc${SUFFIX}/gfortran \
Omit the libquadmath info file on sparc64 and ia64. Reported by: Anton Shterenlikht <mexas@bristol.ac.uk>
2011-02-10 02:44:23 +01:00
gcc${SUFFIX}/libgomp
For releases, libquadmath.info is always installed, even on architectures where the library is not supported. [1] Revamp the handling of different languages (frontends, run-times) by GCC to allow for orthogonal setting them in the future. [2] Print the list of languages being built as part of pre-everything and shorten the output of operating system and version there. Reported by: linimon [1] Inspired by: jkim [2] Feature safe: yes
2012-10-12 17:18:02 +02:00
# Release tarballs (as opposed to snapshots) always carry this.
Update the default version of GCC in the Ports Collection from GCC 4.7.4 to GCC 4.8.3. This entails updating the lang/gcc port as well as changing the default in Mk/bsd.default-versions.mk, and it replaces the CONFLICT between the lang/gcc and lang/gcc47 ports by lang/gcc48. GCC now uses C++ as its implementation language and performs more aggressive loop analysis which can be disabled via the -fno-aggressive-loop-optimizations command-line option. Compilation of extremely large functions has been signficantly improved, as have interprocedural optimizations. A new optimization level -Og has been introduced. It addresses the need for fast compilation and a superior debugging experience while providing a reasonable level of run-time performance. This should be better suitable for development than the default -O0. A new local register allocator (LRA) has been implemented, which replaces the 26 year old reload pass and improves generated code quality. For now it is active on the x86 and x86-64 targets. AddressSanitizer, a fast memory error detector, has been added and can be enabled via -fsanitize=address. Each diagnostic emitted now includes the original source line and a caret indicating the column. The new option -Wpedantic is an alias for -pedantic, which is now deprecated. The C++ frontend and associated run-time library libstdc++ have gained support for many additional C++11 features. As with previous releases the Fortrand frontend has seen many improvements as well. Support for the AArch64 has been added, and there are many improvements to the x86/x86-64 backend and others. See http://gcc.gnu.org/gcc-4.8/changes.html for an extense list of changes; http://gcc.gnu.org/gcc-4.8/porting_to.html for information on how to port to that new version. PR: 192025 Tested by: antoine (-exp runs)
2014-09-10 21:09:58 +02:00
#.if ${ARCH} == "i386" || ${ARCH} == "amd64"
Update the default version of GCC used in the Ports Collection from GCC 4.6.4 to GCC 4.7.3. This entails updating the lang/gcc port as well as changing the default in Mk/bsd.default-versions.mk. This adds powerpc64 as a supported architecture (and removes ia64, though it can be supported by manually installing lang/gcc48). New binaries %%GNU_HOST%%-gcc-ar47, %%GNU_HOST%%-gcc-nm47, and %%GNU_HOST%%-gcc-ranlib47 are provided to support link-time optimization (LTO) which scales significantly better. And it adds support for indirect functions (IFUNCS), experimental support for transactional memory in the compiler as well as a supporting run-time library called libitm, a new string length optimization pass, and support for atomic operations specifying the C++11/C11 memory model. Version 3.1 of the OpenMP specification is now supported for the C, C++, and Fortran compilers. GCC accepts the options -std=c11 and -std=gnu11 for the C11 revision of the ISO C standard which inlcude support for unicode strings, nonreturning functions (_Noreturn and <stdnoreturn.h>), alignment support (_Alignas, _Alignof, max_align_t, <stdalign.h>), and a __builtin_complex built-in function. The C++ frontend now accepts the -std=c++11, -std=gnu++11, and -Wc++11-compat options and implements many C++11 features of the language including extended friends syntax, explicit override control, non-static data member initializers, user-defined literals, alias declarations, delegating constructors, atomic classes, and more. The C++ standard library and Fortran frontend have received many improvements. See http://gcc.gnu.org/gcc-4.7/changes.html for an extense list of changes; http://gcc.gnu.org/gcc-4.7/porting_to.html for information on how to port to that new version. PR: 182136 Supported by: Christoph Moench-Tegeder <cmt@burggraben.net> (fixing many ports) Tested by: bdrewery (two -exp runs)
2014-03-10 21:41:10 +01:00
INFO+= gcc${SUFFIX}/libquadmath \
gcc${SUFFIX}/libitm
For releases, libquadmath.info is always installed, even on architectures where the library is not supported. [1] Revamp the handling of different languages (frontends, run-times) by GCC to allow for orthogonal setting them in the future. [2] Print the list of languages being built as part of pre-everything and shorten the output of operating system and version there. Reported by: linimon [1] Inspired by: jkim [2] Feature safe: yes
2012-10-12 17:18:02 +02:00
#.endif
Merge updates from lang/gcc47 (and similarly lang/gcc48): - Add pkg-message that references the need to use -Wl,-rpath=... . [1] - Replace USE_BZIP2 by USES=tar:bzip2. - No longer install rebuild-gcj-db47 (which requires bash among others) and its man page. Bump PORTREVISION. PR: 185902 [1]
2014-04-30 01:53:07 +02:00
SUB_FILES= pkg-message
SUB_LIST+= TARGLIB=${TARGLIB}
Update to the 20050730 snapshot of GCC 4.1.0. Replace the WITHOUT_LIBJAVA knob by WITHOUT_JAVA which also disables building the compiler and tools proper and avoids fetching the entire Java frontend and library tarball. Remove bogus ${PREFIX}/share/classpath/api directory that libjava adds these days. Make the (optional) handling of the Fortran and Java frontends easier to understand.
2005-08-01 21:02:03 +02:00
Convert to the new options framework. Remove now deprecated comments at the top of Makefile.
2012-09-01 22:46:57 +02:00
.if ${PORT_OPTIONS:MJAVA}
Use the new lang/gcc-ecj45 port when building the Java frontend instead of including a pre-built version of the Eclipse Java Compiler (ECJ) ourselves. [1] Replace the use of DISTFILES by DISTNAME, since we are now down to one in all cases. Make binutils a build dependency as well (not just a run-time dependency). PR: 175072 [1]
2013-03-03 16:22:18 +01:00
ECJ_JAR= ${LOCALBASE}/share/java/ecj-4.5.jar
Remove ${PORTSDIR}/ from dependencies, categories h, i, j, k, and l. With hat: portmgr Sponsored by: Absolight
2016-04-01 16:08:37 +02:00
BUILD_DEPENDS+= ${ECJ_JAR}:lang/gcc-ecj45 \
zip:archivers/zip
RUN_DEPENDS+= ${ECJ_JAR}:lang/gcc-ecj45
Update to the 20060722 snapshot of GCC 4.2.0. No longer create ${PREFIX}/libdata/ldconfig, the issue has been addressed in Mk/bsd.port.mk now. Be more friendly for additional patches. Submitted by: maho (implicitly)
2006-07-23 15:31:06 +02:00
EXTRA_PATCHES+= ${FILESDIR}/java-patch-hier
Use the new lang/gcc-ecj45 port when building the Java frontend instead of including a pre-built version of the Eclipse Java Compiler (ECJ) ourselves. [1] Replace the use of DISTFILES by DISTNAME, since we are now down to one in all cases. Make binutils a build dependency as well (not just a run-time dependency). PR: 175072 [1]
2013-03-03 16:22:18 +01:00
CONFIGURE_ARGS+=--with-ecj-jar=${ECJ_JAR}
For releases, libquadmath.info is always installed, even on architectures where the library is not supported. [1] Revamp the handling of different languages (frontends, run-times) by GCC to allow for orthogonal setting them in the future. [2] Print the list of languages being built as part of pre-everything and shorten the output of operating system and version there. Reported by: linimon [1] Inspired by: jkim [2] Feature safe: yes
2012-10-12 17:18:02 +02:00
LANGUAGES:= ${LANGUAGES},java
libjava now also provides cp-tools.info. Reported by: rafan
2007-04-12 02:49:10 +02:00
INFO+= gcc${SUFFIX}/cp-tools \
gcc${SUFFIX}/gcj
Update to the 20050730 snapshot of GCC 4.1.0. Replace the WITHOUT_LIBJAVA knob by WITHOUT_JAVA which also disables building the compiler and tools proper and avoids fetching the entire Java frontend and library tarball. Remove bogus ${PREFIX}/share/classpath/api directory that libjava adds these days. Make the (optional) handling of the Fortran and Java frontends easier to understand.
2005-08-01 21:02:03 +02:00
PLIST_SUB+= JAVA=""
Update to the 20070420 snapshot of GCC 4.3.0. Move the WITH_JAVA_AWT bits into the ! WITHOUT_JAVA branch, that is, enable this only when Java is enabled. PR: 111544
2007-04-21 09:41:04 +02:00
.else
CONFIGURE_ARGS+=--disable-libgcj
PLIST_SUB+= JAVA="@comment "
Adding knob WITH_FORTRAN. Now we have GNU Fortran 90/95 compiler with this knob. PR: 74187 Approved by: gerald (maintainer)
2004-12-16 10:32:21 +01:00
.endif
For releases, libquadmath.info is always installed, even on architectures where the library is not supported. [1] Revamp the handling of different languages (frontends, run-times) by GCC to allow for orthogonal setting them in the future. [2] Print the list of languages being built as part of pre-everything and shorten the output of operating system and version there. Reported by: linimon [1] Inspired by: jkim [2] Feature safe: yes
2012-10-12 17:18:02 +02:00
CONFIGURE_ARGS+=--enable-languages=${LANGUAGES}
Adding knob WITH_FORTRAN. Now we have GNU Fortran 90/95 compiler with this knob. PR: 74187 Approved by: gerald (maintainer)
2004-12-16 10:32:21 +01:00
* Deal with GCC's configurary's assumption that /usr/local/{include,lib} are searched automatically by the compiler by using --with-libiconv-prefix. W/o --with-libiconv-prefix, 'configure' finds the lib, but not the header. During the make, neither will be found; a lot of inconsistency here... * Deal with GCC's configurary's brokenness WRT --with-libiconv-prefix due not actually passing the found header path to CFLAGS in any way.
2003-12-15 08:45:53 +01:00
pre-everything::
For releases, libquadmath.info is always installed, even on architectures where the library is not supported. [1] Revamp the handling of different languages (frontends, run-times) by GCC to allow for orthogonal setting them in the future. [2] Print the list of languages being built as part of pre-everything and shorten the output of operating system and version there. Reported by: linimon [1] Inspired by: jkim [2] Feature safe: yes
2012-10-12 17:18:02 +02:00
@${ECHO_MSG} "Making GCC ${PORTVERSION} for ${CONFIGURE_TARGET} [${LANGUAGES}]"
* Deal with GCC's configurary's assumption that /usr/local/{include,lib} are searched automatically by the compiler by using --with-libiconv-prefix. W/o --with-libiconv-prefix, 'configure' finds the lib, but not the header. During the make, neither will be found; a lot of inconsistency here... * Deal with GCC's configurary's brokenness WRT --with-libiconv-prefix due not actually passing the found header path to CFLAGS in any way.
2003-12-15 08:45:53 +01:00
Upgrade to the 19980803 snapshot.
1998-08-11 10:22:46 +02:00
pre-configure:
lang/gcc*: convert to CONFIGURE_OUTSOURCE PR: 208294, 208309 Exp-run by: antoine Approved by: gerald (maintainer) Differential Revision: https://reviews.freebsd.org/D4157
2016-04-13 12:40:58 +02:00
cd ${WRKSRC} ; contrib/gcc_update --touch
@${RM} -f ${WRKSRC}/gcc/*/*.info*
Upgrade to the 2000-07-17 GCC 2.96 development snapshot.
2000-09-05 18:59:15 +02:00
Update to the 20110318 snapshot of GCC 4.6.0. Make the full-regression-test target conditional on MAINTAINER_MODE. [1] Reported by: andreast, marius [1]
2011-03-19 15:50:55 +01:00
.if defined(MAINTAINER_MODE)
Update to the 20090313 snapshot of GCC 4.4.0. Remove obsolete code to create (empty) man pages in case regular man pages cannot be created. This catches four dummy man pages we are now able to remove: gjnih44, grepjar44, jar44, jv-scan44, rmic44, and rmiregistry44. Rename the check target to full-regression-test to be in sync with the lang/gcc43 port. Add a conditional dependency on misc/dejagnu and make the inclusion of gcc-testsuite in DISTFILES conditional, too.
2009-03-14 22:19:39 +01:00
full-regression-test: build
lang/gcc*: convert to CONFIGURE_OUTSOURCE PR: 208294, 208309 Exp-run by: antoine Approved by: gerald (maintainer) Differential Revision: https://reviews.freebsd.org/D4157
2016-04-13 12:40:58 +02:00
cd ${TEST_WRKSRC}; ${MAKE_CMD} -sk check \
; ${WRKSRC}/contrib/test_summary
Update to the 20110318 snapshot of GCC 4.6.0. Make the full-regression-test target conditional on MAINTAINER_MODE. [1] Reported by: andreast, marius [1]
2011-03-19 15:50:55 +01:00
.endif
Update to the second prerelease of GCC 3.3. Add support for the core languages testsuites (similar to the lang/gcc32 port).
2003-05-09 16:47:00 +02:00
Add USES=libtool
2014-09-11 16:39:39 +02:00
post-stage:
Remove the man7 pages, which we are not packaging, from the staging area to silence some warnings some are concerned about. [1] No longer run ccache-update-links as part of post-install which, in the world of staging, no longer is what it used to be. Rely on the existing @exec and @unexec in pkg-plist instead. [2] Submitted by: miwi [1] Discussed with: antoine [1][2]
2014-02-17 15:43:10 +01:00
${RM} -f ${STAGEDIR}${PREFIX}/man/man7/*
Merge updates from lang/gcc47 (and similarly lang/gcc48): - Add pkg-message that references the need to use -Wl,-rpath=... . [1] - Replace USE_BZIP2 by USES=tar:bzip2. - No longer install rebuild-gcj-db47 (which requires bash among others) and its man page. Bump PORTREVISION. PR: 185902 [1]
2014-04-30 01:53:07 +02:00
${RM} -f ${STAGEDIR}${PREFIX}/bin/rebuild-gcj-db${SUFFIX} \
${STAGEDIR}${PREFIX}/man/man1/rebuild-gcj-db${SUFFIX}.1
Update to the 20050515 snapshot of GCC 4.1.0. Add a conflict with the gcc34 port and address portlint warnings. Simplify the handling of libraries which are not installed in all configurations and put all libgcj libraries in the same directory as all others, getting rid of the libtool .la archives on the way. No longer install fsf-funding.7 gfdl.7 gpl.7, remove some cruft from the post-install target, and simplify generation of the dynamic parts of the packaging list.
2005-05-16 23:52:09 +02:00
# Add target libraries and include files to packaging list.
Update to the 2004-01-07 snapshot of GCC 3.4. Merge in my 2004-01-05 changes which combine and simplify the post-install handling of target libraries and GCJ include files and my 2003-12-14 change which simplifies handling of .info files from the lang/gcc33 port.
2004-01-10 13:20:00 +01:00
${RM} -f ${WRKDIR}/PLIST.lib
Update to the 20090514 snapshot of GCC 4.5.0. Extract SUFFIX from PORTVERSION. Use SUFFIX for TARGLIB (and thus for the library path used by this port). Also use SUFFIX for the libexec directory instead of the full port version and flatten the directory structure and simplify the logic along the way. Tinder-tested by: itetcu@
2009-05-18 12:01:29 +02:00
.for d in ${TARGLIB:S/^${PREFIX}\///} ${LIBEXEC:S/^${PREFIX}\///} include/gcj include/gnu include/java include/javax
Update to GCC 4.6.4 which, among others, addresses document building with new versions of texinfo. [1] Adopt the new LIB_DEPENDS standard and replace USE_GMAKE by USES=gmake. Remove an obsolete dependency on bison. [2] STAGEify. PR: 183342 [1] Reported by: Christoph Moench-Tegeder <cmt@burggraben.net> [1], marino [2]
2013-11-03 00:20:14 +01:00
cd ${STAGEDIR}${PREFIX} ; if [ -d $d ]; then \
Update to the 2004-01-14 snapshot of GCC 3.4. Merge in my 2004/01/17 change to the gcc33 port to configure with --program-suffix and related and further simplifications. Merge in my 2004/01/13 change to the gcc33 port to make the automatic generation of the package list for libraries and include files more failure tolerant, so that at least `make install` now works on sparc64. Merge in my 2004/01/05 change to the gcc33 port to combine and simplify the post-install handling of target libraries and GCJ include files. libgcj still is not supported and packaging is broken on sparc64; mark BROKEN on that platform.
2004-01-22 12:58:14 +01:00
${FIND} $d -type f -o -type l >>${WRKDIR}/PLIST.lib ;\
fi
Update to the 2003-11-26 snapshot and fix several packaging issues. Import significant simplifications of the post-install handling of GCJ include files from the gcc33 port. Use the new INFO= facility. The port is still (marked) broken, but should essentially work out of the box once the remaining upstream bugs have been fixed.
2003-12-04 17:20:50 +01:00
.endfor
No longer put target specific files and include files at the very end of pkg-plist since that broke the /sbin/ldconfig invocations the ports machinery added there (before we'd get a chance).[1] Reported by: dinoex [1]
2005-07-16 14:26:33 +02:00
cd ${WRKDIR} ; ${SED} -i -e "/PLIST.lib/ r PLIST.lib" ${TMPPLIST}
This being the generic GCC port, add gfortran, gcc, and g++ as links to the versioned executable (gfortran48, gcc48, and g++48). These standard names are going to remain in place in case of version upgrades and constitute the default, and expected by users, names. Suggested by: db Reviewed by: db
2015-11-24 11:19:22 +01:00
# This is the canonical GCC port, so add key commands without
# version numbers as part of their names.
for c in gfortran g++ gcc; do \
${LN} -s ${PREFIX}/bin/"$$c"${SUFFIX} ${STAGEDIR}${PREFIX}/bin/$$c ; \
done
This is a new port for egcs, which probably stands for something like "enhanced GNU compiler suite." It contains updated versions of gcc, g++, and g77 with many bugfixes and some new optimizations. The C++ compiler in particular is vastly improved over gcc-2.7.2.1.
1998-01-10 22:40:10 +01:00
switch to new pre/post bsd.port.mk
1998-11-13 08:34:57 +01:00
.include <bsd.port.post.mk>
Reference in a new issue Copy permalink