Port details |
- gcc5-devel GNU Compiler Collection 5
- 5.4.1.s20171003 lang
=2 5.4.1.s20171003Version of this port present on the latest quarterly branch.
- Maintainer: gerald@FreeBSD.org
- Port Added: 2015-04-28 23:40:45
- Last Update: 2017-10-20 21:33:20
- SVN Revision: 452563
- People watching this port, also watch:: openjdk8, pkg
- License: GPLv3 GPLv3RLE
- WWW:
- https://gcc.gnu.org
- Description:
- GCC, the GNU Compiler Collection, supports a number of languages.
This port installs the C, C++, and Fortran front ends as gcc5, g++5,
and gfortran5, respectively.
WWW: https://gcc.gnu.org
Gerald Pfeifer <gerald@FreeBSD.org>
-
cgit ¦ GitHub ¦ GitHub ¦ GitLab ¦
- Manual pages:
- FreshPorts has no man page information for this port.
- pkg-plist: as obtained via:
make generate-plist - There is no configure plist information for this port.
- Dependency lines:
-
- gcc5-devel>0:lang/gcc5-devel
- No installation instructions:
- This port has been deleted.
- PKGNAME: gcc5-devel
- Flavors: there is no flavor information for this port.
- ONLY_FOR_ARCHS: aarch64 amd64 arm armv6 i386 powerpc powerpc64 sparc64
- distinfo:
- TIMESTAMP = 1507134938
SHA256 (gcc-5-20171003.tar.xz) = 912d880b3b63a8caff659b3961ee5f3023ccafe503b6128edab5386f4ec03dd3
SIZE (gcc-5-20171003.tar.xz) = 69385352
No package information for this port in our database- Sometimes this happens. Not all ports have packages. Perhaps there is a build error. Check the fallout link:
- Dependencies
- NOTE: FreshPorts displays only information on required and default dependencies. Optional dependencies are not covered.
- Build dependencies:
-
- as : devel/binutils
- gmake : devel/gmake
- as : devel/binutils
- perl5>=5.24<5.25 : lang/perl5.24
- Runtime dependencies:
-
- as : devel/binutils
- indexinfo : print/indexinfo
- Library dependencies:
-
- libgmp.so : math/gmp
- libmpfr.so : math/mpfr
- libmpc.so : math/mpc
- libiconv.so : converters/libiconv
- There are no ports dependent upon this port
Configuration Options:
- ===> The following configuration options are available for gcc5-devel-5.4.1.s20171003:
BOOTSTRAP=on: Build using a full bootstrap
===> Use 'make config' to modify these settings
- Options name:
- N/A
- USES:
- compiler cpe gmake iconv libtool makeinfo perl5 tar:xz
- FreshPorts was unable to extract/find any pkg message
- Master Sites:
|
Commit History - (may be incomplete: for full details, see links to repositories near top of page) |
Commit | Credits | Log message |
5.2.1.s20151117 20 Nov 2015 22:21:11 |
gerald |
Update to the 20151117 snapshot of GCC 5.
Fix a couple of recently introduced whitespace issues in Makefile. |
5.2.1.s20151110 15 Nov 2015 20:28:08 |
andreast |
- Give a choice to enable libjava for powerpc64.
Approved by: gerald (maintainer) |
5.2.1.s20151110 15 Nov 2015 19:48:07 |
gerald |
Backport support for Graphite loop optimizations via a new option
GRAPHITE from gcc6-devel.
This is off by default for the time being and pulls in devel/isl
as an additional dependency. |
5.2.1.s20151110 12 Nov 2015 22:31:37 |
gerald |
Update to the 20151110 snapshot of GCC 5. |
5.2.1.s20151103 07 Nov 2015 18:24:22 |
gerald |
Update to the 20151103 snapshot of GCC 5. |
5.2.1.s20151027_1 02 Nov 2015 02:57:35 |
jmmv |
Add a MULTILIB option to gcc[56]-devel for powerpc64
This fixes the build of gcc[56]-devel 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 |
5.2.1.s20151027 31 Oct 2015 21:35:59 |
gerald |
Update to the 20151027 snapshot of GCC 5. |
5.2.1.s20151020 23 Oct 2015 21:08:39 |
gerald |
Update to the 20151020 snapshot of GCC 5. |
5.2.1.s20151013 17 Oct 2015 00:34:19 |
gerald |
Update to the 20151013 snapshot of GCC 5. |
5.2.1.s20151006 08 Oct 2015 22:15:10 |
gerald |
Update to the 20151006 snapshot of GCC 5. |
5.2.1.s20150929 05 Oct 2015 16:59:51 |
antoine |
Add missing USES=compiler, needed for ${COMPILER_TYPE} checks
PR: 203540 |
5.2.1.s20150929 01 Oct 2015 07:07:52 |
gerald |
Update to the 20150929 snapshot of GCC 5. |
5.2.1.s20150915 26 Sep 2015 11:03:19 |
antoine |
Remove deprecated @exec/@unexec from ports using ccache-update-links |
5.2.1.s20150915 17 Sep 2015 18:23:55 |
gerald |
Update to the 20150915 snapshot of GCC 5. |
5.2.1.s20150908 09 Sep 2015 20:37:45 |
gerald |
Update to the 20150908 snapshot of GCC 5. |
5.2.1.s20150901 04 Sep 2015 20:49:39 |
gerald |
Update to the 20150901 snapshot of GCC 5. |
5.2.1.s20150825 27 Aug 2015 21:31:28 |
gerald |
Update to the 20150825 snapshot of GCC 5. |
5.2.1.s20150818 22 Aug 2015 20:36:46 |
gerald |
Update to the 20150818 snapshot of GCC 5. |
5.2.1.s20150804 17 Aug 2015 14:20:41 |
mat |
Remove UNIQUENAME and LATEST_LINK.
UNIQUENAME was never unique, it was only used by USE_LDCONFIG and now,
we won't have conflicts there.
Use PKGBASE instead of LATEST_LINK in PKGLATESTFILE, the *only* consumer
is pkg-devel, and it works just fine without LATEST_LINK as pkg-devel
has the correct PKGNAME anyway.
Now that UNIQUENAME is gone, OPTIONSFILE is too. (it's been called
OPTIONS_FILE now.)
Reviewed by: antoine, bapt
Exp-run by: antoine
Sponsored by: Absolight
Differential Revision: https://reviews.freebsd.org/D3336 |
5.2.1.s20150804 08 Aug 2015 18:26:11 |
gerald |
Update to the 20150804 snapshot of GCC 5. |
5.2.1.s20150728 03 Aug 2015 03:21:18 |
gerald |
Update to the 20150728 snapshot of GCC 5. |
5.2.1.s20150721_1 02 Aug 2015 15:03:20 |
tijl |
By default libtool replaces -export-symbols <file> with -retain-symbols-file
<file> on ELF systems, but this doesn't really do what -export-symbols is
meant to do. On GNU ELF systems it converts <file> to a simple version
script first and then uses -version-script instead of -retain-symbols-file.
Let USES=libtool patch libtool scripts to do this on all systems with GNU
ld(1).
Bump PORTREVISION on all ports where the build log contains -export-symbols.
audio/calf: This port builds a module that now exports only one function,
but it also builds a number of executables that link to this module and
expect to see other functions. Because it's already a bit dodgy to link to
a module (libtool warns about this) let the module continue to export only
one function and instead build an ordinary library from the same source that
the executables can link to. Fix a number of other issues in the same (Only the first 15 lines of the commit message are shown above ) |
5.2.1.s20150721 24 Jul 2015 20:24:58 |
gerald |
Update to the 20150721 snapshot of GCC 5 (which nominally identifies
itself as GCC 5.2.1 now). |
5.1.1.s20150630 01 Jul 2015 16:58:06 |
gerald |
Update to the 20150630 snapshot of GCC 5.
files/patch-pie-support is not longer necessary, andreast@ has
pushed this backport upstream and it will thus also appear in
the GCC 5.2 release. |
5.1.1.s20150623 24 Jun 2015 00:58:39 |
gerald |
Update to the 20150623 snapshot of GCC 5. |
5.1.1.s20150616 21 Jun 2015 09:38:13 |
gerald |
Update to the 20150616 snapshot of GCC 5. |
5.1.1.s20150609 12 Jun 2015 16:45:07 |
gerald |
Update to the 20150609 snapshot of GCC 5. |
5.1.1.s20150602 10 Jun 2015 13:41:06 |
gerald |
Update to the 20150602 snapshot of GCC 5. |
5.1.1.s20150519_1 09 Jun 2015 20:01:55 |
andreast |
Backport PIE support for FreeBSD from GCC trunk.
Approved by: gerald |
5.1.1.s20150519 22 May 2015 08:40:36 |
gerald |
Update to the 20150519 snapshot of GCC 5. |
5.1.1.s20150512 20 May 2015 05:21:14 |
gerald |
Update to the 20150512 snapshot of GCC 5. |
5.1.1.s20150505 08 May 2015 20:47:30 |
gerald |
Update to the 20150505 snapshot of GCC 5. |
5.1.1.s20150428 01 May 2015 18:50:28 |
gerald |
Update to the 20150428 snapshot. Nominally this moves from version
5.0.1 to version 5.1.1 since GCC 5.1 has been released in the meantime,
in realiter it's been a regular, if active, week of branch maintenance. |
5.0.1.s20150421 29 Apr 2015 18:01:58 |
gerald |
Avoid duplicate LATEST_LINK/PKG_NAME with lang/gcc5 by adjusting
PKGNAMESUFFIX to also carry -devel.
Mirror the removal of Dragonfly's Makefile from lang/gcc5. |
5.0.1.s20150421 28 Apr 2015 23:40:37 |
gerald |
With lang/gcc5 now tracking GCC 5 releases, this new port -- gcc5-devel
-- is going to track regular development snapshots of GCC 5. |