Commit History - (may be incomplete: for full details, see links to repositories near top of page) |
Commit | Credits | Log message |
8.3.1.s20190621 22 Jun 2019 07:33:34 |
gerald |
Update to the 20180621 snapshot of GCC 8.3.1. |
8.3.1.s20190614 16 Jun 2019 07:33:50 |
gerald |
Update to the 20180614 snapshot of GCC 8.3.1. |
8.3.1.s20190607 09 Jun 2019 14:45:46 |
gerald |
Update to the 20180607 snapshot of GCC 8.3.1. |
8.3.1.s20190531 05 Jun 2019 05:09:27 |
gerald |
Update to the 20180531 snapshot of GCC 8.3.1. |
8.3.1.s20190524 27 May 2019 22:23:21 |
gerald |
Update to the 20180524 snapshot of GCC 8.3.1. |
8.3.1.s20190517 19 May 2019 22:25:25 |
gerald |
Update to the 20180517 snapshot of GCC 8.3.1.
andreast@ has pushed files/patch-amd64-gcc-multilib-support upstream
into the GCC 8 release branch, so remove this from this port. |
8.3.1.s20190510 11 May 2019 06:00:49 |
gerald |
Update to the 20180510 snapshot of GCC 8.3.1. |
8.3.1.s20190503 08 May 2019 07:13:48 |
gerald |
Update to the 20180503 snapshot of GCC 8.3.1.
On the way forward port r499061 | gerald | 2019-04-15 from lang/gcc8 [1]:
GCC has two runtime libraries: The static library libgcc.a (-lgcc) and
the shared library libgcc_s.so (-lgcc_s). Both implement many of the
same functions but they also each have their unique functions. When
GCC links programs and libraries there are three possibilities:
1. gcc -static-libgcc or gcc -static: -lgcc
=> Just use libgcc.a.
2. gcc -shared-libgcc: -lgcc_s -lgcc
=> Link with libgcc_s first, so libgcc.a is only used for its unique
functions. (Only the first 15 lines of the commit message are shown above ) |
8.3.1.s20190426 03 May 2019 05:13:29 |
gerald |
Update to the 20180426 snapshot of GCC 8.3.1. |
8.3.1.s20190419 25 Apr 2019 15:49:58 |
gerald |
Update to the 20180419 snapshot of GCC 8.3.1. |
8.3.1.s20190412 22 Apr 2019 14:11:29 |
gerald |
Update to the 20180412 snapshot of GCC 8.3.1. |
8.3.1.s20190405 08 Apr 2019 05:00:59 |
gerald |
Update to the 20180405 snapshot of GCC 8.3.1. |
8.3.1.s20190329 02 Apr 2019 16:10:41 |
gerald |
Update to the 20180329 snapshot of GCC 8.3.1. |
8.3.1.s20190322 23 Mar 2019 11:24:34 |
gerald |
Update to the 20180322 snapshot of GCC 8.3.1. |
8.3.1.s20190315 19 Mar 2019 22:03:17 |
andreast |
This commit brings multilib support for gcc on amd64. This means you can
compile and execute 32-bit binaries with gcc.
The gcc part will be upstreamed as soon as gcc trunk opens for new commits.
On the release front, gcc8, we will merge this commit after a week or so.
Approved by: gerald@ |
8.3.1.s20190315 17 Mar 2019 11:41:22 |
gerald |
Update to the 20180315 snapshot of GCC 8.3.1. |
8.3.1.s20190308 09 Mar 2019 15:20:30 |
gerald |
Update to the 20180308 snapshot of GCC 8.3.1.
No longer require a not too old version of GCC to build on powerpc64, but
rely on the system compiler (even if that means we need to be explicitly
conservative when it comes to optimizations). [1]
Sync pkg-descr with lang/gcc7-devel, in particular after r442530 there.
PR: 235975 [1]
Submitted by: Piotr Kubaj <pkubaj@anongoth.pl> [1] |
8.3.1.s20190301 04 Mar 2019 03:01:58 |
gerald |
Update to the 20180301 snapshot of GCC 8.3.1.
Simplify the creation of the multilib-related sub-directory tree on
powerpc64 and avoid leaving an empty directory behind on the way. [1]
Sync pkg-descr with lang/gcc7-devel, in particular after r442530 there.
PR: 235964, 231804 [1]
Discussed with: Piotr Kubaj <pkubaj@anongoth.pl> [1] |
8.3.1.s20190222 25 Feb 2019 09:46:43 |
gerald |
Update to the 20180222 snapshot of GCC 8.3.1, the first after the release
of GCC 8.3 (hence the increased version number). |
8.2.1.s20190215 18 Feb 2019 06:17:05 |
gerald |
Update to the 20180215 snapshot of GCC 8.2.1. |
8.2.1.s20190208 10 Feb 2019 06:50:36 |
gerald |
Update to the 20180208 snapshot of GCC 8.2.1. |
8.2.1.s20190201 03 Feb 2019 07:04:21 |
gerald |
On powerpcspe configure GCC --with-cpu=8548 instead of --with-cpu=8540,
which caused the build to fail after the update to binutils 2.31 and was
factually incorrect anyways (the oldest we support being 8548). [1]
On the way update to the 20180201 snapshot of GCC 8.2.1.
PR: 235393 [1]
Reported by: jhibbits [1]
Tested by: jhibbits [1] |
8.2.1.s20190125 30 Jan 2019 09:03:02 |
gerald |
Update to the 20180125 snapshot of GCC 8.2.1. |
8.2.1.s20190118 24 Jan 2019 16:53:37 |
gerald |
Update to the 20180118 snapshot of GCC 8.2.1.
Forward port r490785 | gerald | 2019-01-20 from lang/gcc8: [1]
Update files/patch-spe-config (and with that our local adjustments to
config.gcc) to the changed directory structure under gcc/config brought
by GCC 8 when powerpcspe was cloned and broken out from the regular
powerpc port.
PR: 234419 [1]
Submitted by: jhibbits [1]
MFH: 2019Q1 (build fix on powerpcspe) [1] |
8.2.1.s20190111 16 Jan 2019 01:08:39 |
gerald |
Update to the 20180111 snapshot of GCC 8.2.1. |
8.2.1.s20190104 11 Jan 2019 19:26:42 |
gerald |
Update to the 20180104 snapshot of GCC 8.2.1.
Forward port r469788 from lang/gcc6 = backport r475105 from lang/gcc8:
Filter the -mretpoline command-line option, which is understood by
recent versions of clang (and used in the context of the Spectre
security issues), but not GCC (which uses different options for the
same) from CFLAGS and CXXFLAGS.
This avoids the build of this port via bootstrap, which is the default
and leverages both the system compiler (clang in most cases) plus a just
built version GCC, to fail due to the latter not knowing -mretpoline.
PR: 228205
Submitted by: rozhuk.im@gmail.com |
8.2.1.s20181228 29 Dec 2018 21:45:51 |
gerald |
Update to the 20181228 snapshot of GCC 8.2.1. |
8.2.1.s20181221 29 Dec 2018 15:41:16 |
andreast |
Install 32-bit libraries for powerpc64 if built.
Approved by: gerald@ |
8.2.1.s20181221 24 Dec 2018 02:28:56 |
gerald |
Update to the 20181221 snapshot of GCC 8.2.1. |
8.2.1.s20181214 15 Dec 2018 16:56:25 |
gerald |
Update to the 20181214 snapshot of GCC 8.2.1. |
8.2.1.s20181207_1 12 Dec 2018 01:35:36 |
gerald |
Bump PORTREVISION for ports depending on the canonical version of GCC
defined via Mk/bsd.default-versions.mk which has moved from GCC 7.4 t
GCC 8.2 under most circumstances.
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang,
c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, as a double check, everything INDEX-11 showed depending on lang/gcc7.
PR: 231590 |
8.2.1.s20181207 09 Dec 2018 15:53:34 |
gerald |
Update to the 20181207 snapshot of GCC 8.2.1. |
8.2.1.s20181130 02 Dec 2018 10:52:37 |
gerald |
Update to the 20181130 snapshot of GCC 8.2.1. |
8.2.1.s20181123 28 Nov 2018 04:17:57 |
gerald |
Update to the 20181123 snapshot of GCC 8.2.1.
Move items belonging into the USES block earlier in the Makefile,
and into a separate block. [1]
Reported by: portlint [1] |
8.2.1.s20181116 18 Nov 2018 04:25:18 |
gerald |
Update to the 20181116 snapshot of GCC 8.2.1. |
8.2.1.s20181109 12 Nov 2018 14:34:26 |
gerald |
Update to the 20181109 snapshot of GCC 8.2.1. |
8.2.1.s20181102_1 10 Nov 2018 18:12:58 |
bapt |
Install texinfo files (GNU info) into ${PREFIX}/share/info
After a discussion on the mailing list on moving manpages to
${PREFIX}/share/man for consistency with base where it is
installed in usr/share/man, it appeared the same should happen
to GNU info files which were installed under share in base and
not in ports.
Now texinfo is not in base on any of the supported version of FreeBSD
it is possible to proceed to this move and it is easier to do than
the manpage change.
Other benefit than consistency are less patching: all build tools but
cmake are expecting info files to be under share/info and cmake (patched here)
was having an exception for BSD so the patch makes FreeBSD case less
specific for them
Bump revision of all impacted ports
PR: 232907
exp-run by: antoine
Differential Revision: https://reviews.freebsd.org/D17816 |
8.2.1.s20181102 03 Nov 2018 16:42:53 |
gerald |
Update to the 20181102 snapshot of GCC 8.2.1.
Remove an empty line to have a conditional dependency of dejagnu for
the testsuite directly in the dependency block. |
8.2.1.s20181026 28 Oct 2018 20:29:36 |
gerald |
Update to the 20181026 snapshot of GCC 8.2.1. |
8.2.1.s20181019 20 Oct 2018 11:00:20 |
gerald |
Update to the 20181019 snapshot of GCC 8.2.1. |
8.2.1.s20181012 14 Oct 2018 06:26:19 |
gerald |
Update to the 20181012 snapshot of GCC 8.2.1. |
8.2.1.s20181005 06 Oct 2018 18:00:46 |
gerald |
Update to the 20181005 snapshot of GCC 8.2.1.
This brings a partial fix for what was reported in PR 231804 that I made
upstream, cf. https://gcc.gnu.org/ml/gcc-patches/2018-10/msg00076.html .
PR: 231804 |
8.2.1.s20180928 29 Sep 2018 22:12:54 |
gerald |
Update to the 20180928 snapshot of GCC 8.2.1. |
8.2.1.s20180921 22 Sep 2018 08:09:08 |
gerald |
Update to the 20180921 snapshot of GCC 8.2.1. |
8.2.1.s20180914 15 Sep 2018 00:36:46 |
gerald |
Update to the 20180914 snapshot of GCC 8.2.1. |
8.2.1.s20180907 10 Sep 2018 13:11:24 |
mat |
After an include, PLIST_SUB must be appended to, not overwritten.
If it is overwritten, many values will be clobbered, and
pain will ensue.
PR: 230864
Submitted by: mat
exp-runs by: antoine |
8.2.1.s20180907 08 Sep 2018 09:34:29 |
gerald |
Update to the 20180907 snapshot of GCC 8.2.1. |
8.2.1.s20180831 01 Sep 2018 12:18:09 |
gerald |
Update to the 20180831 snapshot of GCC 8.2.1. |
8.2.1.s20180824 25 Aug 2018 11:59:49 |
gerald |
Update to the 20180824 snapshot of GCC 8.2.1. |
8.2.1.s20180817 19 Aug 2018 00:11:50 |
gerald |
Update to the 20180817 snapshot of GCC 8.2.1. |
8.2.1.s20180810 12 Aug 2018 13:35:35 |
gerald |
Update to the 20180810 snapshot of GCC 8.2.1. |
8.2.1.s20180803 04 Aug 2018 13:56:00 |
gerald |
Update to the 20180803 snapshot of GCC 8.1.1. |
8.2.1.s20180727_1 29 Jul 2018 22:18:46 |
gerald |
Bump PORTREVISION for ports depending on the canonical version of GCC
in the ports tree (via Mk/bsd.default-versions.mk and lang/gcc) which
has now moved from GCC 6 to GCC 7 by default.
This includes ports
- featuring USE_GCC=yes or USE_GCC=any,
- featuring USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and those
- with USES=compiler specifying one of openmp, nestedfct, c11, c++0x,
c++11-lib, c++11-lang, c++14-lang, c++17-lang, or gcc-c++11-lib.
PR: 222542 |
8.2.1.s20180727 29 Jul 2018 08:55:06 |
gerald |
Now that GCC 8.2 is out, update to the 20180727 snapshot of GCC 8.2.1
in preparation of the cycle leading up to the GCC 8.3 release in a few
months.
Functionally this is pretty much equivalent to the 8.2 release for the
time being. |
8.1.1.s20180713 14 Jul 2018 17:50:43 |
gerald |
Update to the 20180713 snapshot of GCC 8.1.1. |
8.1.1.s20180706 07 Jul 2018 16:07:40 |
gerald |
Update to the 20180706 snapshot of GCC 8.1.1. |
8.1.1.s20180629 01 Jul 2018 19:25:33 |
gerald |
Update to the 20180629 snapshot of GCC 8.1.1. |
8.1.1.s20180622 24 Jun 2018 22:16:45 |
gerald |
Update to the 20180622 snapshot of GCC 8.1.1. |
8.1.1.s20180615 16 Jun 2018 07:51:19 |
gerald |
Update to the 20180615 snapshot of GCC 8.1.1. |
8.1.1.s20180608 10 Jun 2018 01:49:48 |
gerald |
Update to the 20180608 snapshot of GCC 8.1.1. |
8.1.1.s20180601 02 Jun 2018 14:09:14 |
gerald |
Update to the 20180601 snapshot of GCC 8.1.1. |
8.1.1.s20180525 27 May 2018 12:12:40 |
gerald |
Update to the 20180525 snapshot of GCC 8.1.1. |
8.1.1.s20180518 20 May 2018 18:10:43 |
gerald |
Update to the 20180518 snapshot of GCC 8.1.1. |
8.1.1.s20180511_1 14 May 2018 19:15:36 |
tijl |
Run "/usr/sbin/service ldconfig restart" for USE_LDCONFIG instead of
"ldconfig -m <path>" so the order of ldconfig search directories after
package installation is the same as after a reboot. The original command
simply appends the path to the list of directories while the ldconfig rc.d
script uses "sort -u".
Bump lang/gcc* which are known to install libraries with exactly the same
name so the library loaded at runtime depends on the order of the search
directories.
PR: 228046
Approved by: portmgr (antoine) |
8.1.1.s20180511 13 May 2018 12:23:45 |
gerald |
Update to the 20180511 snapshot of GCC 8.1.1. |
8.1.1.s20180504 06 May 2018 19:35:44 |
gerald |
Update to the 20180504 snapshot of GCC 8.1.1. This is just after the
release of GCC 8.1 (the first of the GCC 8 series) and thus pretty much
the same, hence the jump in version number from 8.0.1 to 8.1.1.
Add a conflict with the soon forthcoming lang/gcc8 port that is going
to track GCC 8 releases. |
8.0.1.s20180422 28 Apr 2018 10:36:38 |
gerald |
Update to the 20180422 snapshot of GCC 8 which is getting really close
to the release of GCC 8 (aka GCC 8.1). |
8.0.1.s20180415 21 Apr 2018 13:19:42 |
gerald |
Update to the 20180415 snapshot of GCC 8. |
8.0.1.s20180408_1 19 Apr 2018 07:08:45 |
ale |
Update mpfr to 4.0.1 release and bump PORTVERSION of dependent ports. |
8.0.1.s20180408 17 Apr 2018 16:40:31 |
gerald |
Update to the 20180408 snapshot of GCC 8. |
8.0.1.s20180401_1 08 Apr 2018 19:05:37 |
danilo |
math/cloog
- Update to 0.19.0
- Use github
- Add ac_cv_prog_TEXI2DVI to avoid building docs for now
devel/isl
- Update to 0.19
- Bump PORTREVISION of all dependencies |
8.0.1.s20180401 02 Apr 2018 12:31:48 |
gerald |
Update to the 20180401 snapshot of GCC 8. |
8.0.1.s20180325 31 Mar 2018 12:11:36 |
linimon |
Allow gcc compilers to be built on new arch 'powerpcspe'.
Tested for no-harm on amd64.
Submitted by: jhibbits
Approved by: portmgr (tier-2 blanket)
Differential Revision: D13126 |
8.0.1.s20180325 30 Mar 2018 06:30:38 |
gerald |
Update to the 20180325 snapshot of GCC 8. |
8.0.1.s20180318 18 Mar 2018 23:53:57 |
gerald |
Update to the 20180318 snapshot of GCC 8. |
8.0.1.s20180311 17 Mar 2018 09:04:13 |
gerald |
Update to the 20180311 snapshot of GCC 8. |
8.0.1.s20180304_1 10 Mar 2018 17:46:06 |
gerald |
Bump PORTREVISIONs of all users of math/mpc that we just updated to
version 1.1.0 (via revision 464079). |
8.0.1.s20180304 06 Mar 2018 08:47:29 |
gerald |
Update to the 20180308 snapshot of GCC 8. |
8.0.1.s20180225 03 Mar 2018 20:48:39 |
gerald |
Update to the 20180225 snapshot of GCC 8. |
8.0.1.s20180211 17 Feb 2018 01:19:27 |
gerald |
Update to the 20180211 snapshot of GCC 8. |
8.0.1.s20180204 08 Feb 2018 21:59:25 |
gerald |
Update to the 20180204 snapshot of GCC 8. |
8.0.1.s20180128 01 Feb 2018 16:12:20 |
gerald |
Update to the 20180128 snapshot of GCC 8. |
8.0.1.s20180121 26 Jan 2018 09:16:55 |
gerald |
Update to the 20180121 snapshot of GCC 8, which now carries a version
number of 8.0.1 instead of 8.0.0 due to the late stage in the release
process. |
8.0.0.s20180114 21 Jan 2018 08:27:13 |
gerald |
Update to the 20180114 snapshot of GCC 8. |
8.0.0.s20180107 09 Jan 2018 04:09:27 |
gerald |
Update to the 20180107 snapshot of GCC 8. |
8.0.0.s20171231 07 Jan 2018 22:53:58 |
gerald |
Update to the 20171231 snapshot of GCC 8. |
8.0.0.s20171224 27 Dec 2017 05:03:44 |
gerald |
Update to the 20171224 snapshot of GCC 8 (after the snapshot the week
before failed to build). |
8.0.0.s20171210 12 Dec 2017 11:28:43 |
gerald |
Update to the 20171210 snapshot of GCC 8.
The issue that triggered my workaround in files/patch-gcc_tree-cfg.c
has been addressed upstream based on my report, so this local patch
can be removed. (It would conflict anyway.) |
8.0.0.s20171203 05 Dec 2017 12:37:06 |
gerald |
Update to the 20171203 snapshot of GCC 8.
I pushed files/patch-clang3.4.1-fixes upstream, so remove it here. |
8.0.0.s20171126 29 Nov 2017 18:51:00 |
gerald |
Update to the 20171126 snapshot of GCC 8.
This requires two temporary patches to allow for building with
clang 3.4.1 (on FreeBSD 10.4) and trimming down an overeager check
that breaks Wine, for example.
Forward port revision 454177 from lang/gcc7: [1]
Make sure what we install is stripped (i.e., debug info is removed).
The straightforward way is setting INSTALL_TARGET to install-strip,
which is supported by the upstream GCC build machinery.
Unfortunately this fails when running as regular user (non-root)
since strip requires write permission to the files in question, (Only the first 15 lines of the commit message are shown above ) |
8.0.0.s20171119 19 Nov 2017 23:39:05 |
gerald |
Update to the 20171119 snapshot of GCC 8.
Remove the setting of CXXFLAGS / STAGE1_CXXFLAGS to -fbracket-depth=512
for armv6 which should not be required here (and is not for armv7 and
aarch64 according to tests done by andreast@).
Use .elif instead of distinct .if sequences for architecture-specific
settings, something I plan on rolling out throughout all lang/gcc* ports. |
8.0.0.s20171112 14 Nov 2017 13:54:14 |
gerald |
Update to the 20171112 snapshot of GCC 8. |
8.0.0.s20171105 11 Nov 2017 21:53:53 |
gerald |
Update to the 20171105 snapshot of GCC 8. This addresses a real-world
issue around threading and unwinding that andreast@ has fixed upstream
(cf. https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82635 ). |
8.0.0.s20171029 01 Nov 2017 10:52:19 |
gerald |
Update to the 20171029 snapshot of GCC 8. This should fix potential
build failures on some newer versions of FreeBSD. |
8.0.0.s20171022 28 Oct 2017 18:40:54 |
gerald |
Update to the 20171022 snapshot of GCC 8. |
8.0.0.s20171015 17 Oct 2017 15:51:07 |
gerald |
Update to the 20171008 snapshot of GCC 8.
Enable this on armv7 as well, courtesy of andreast@ pushing support
upstream. [1]
PR: 221905 [1] |
8.0.0.s20171008 11 Oct 2017 11:55:44 |
gerald |
Update to the 20171008 snapshot of GCC 8. |
8.0.0.s20171001 02 Oct 2017 21:20:17 |
gerald |
Update to the 20171001 snapshot of GCC 8. |
8.0.0.s20170924 25 Sep 2017 21:51:16 |
gerald |
Update to the 20170924 snapshot of GCC 8. |
8.0.0.s20170917 21 Sep 2017 20:24:00 |
gerald |
Update to the 20170917 snapshot of GCC 8.
On the way remove quotes around constant strings compared with ${ARCH}. [1]
PR: 221905 [1]
Submitted by: linimon [1] |