| Commit History - (may be incomplete: see SVNWeb link above for full details) |
| Date | By | Description |
27 Apr 2020 21:16:16
  9.3.0_1
|
gerald  |
Improve upon revision 532950 by passing GCC optimization options via
MAKE_ARGS instead of trying to do this via the environment (which is
lower priority and required files/patch-Makefile.in which we can now
remove).
PR: 245511 |
25 Apr 2020 12:26:34
9.3.0_1
|
pkubaj |
lang/gcc9: build with base GCC on powerpc64 elfv1
Instead of using lang/gcc8 for bootstrapping gcc9 on powerpc64 elfv1, use
directly base gcc.
Necessary changes:
- CFLAGS_FOR_TARGET="-O0" CXXFLAGS_FOR_TARGET="-O0" BOOT_CFLAGS="-O0" in
CONFIGURE_ENV and MAKE_ENV. Otherwise bootstrapped compiler fails later in the
build with segfault.
- CRTSTUFF_T_CFLAGS has changed optimizations to -O0, instead of -O2. -O2 worked
in gcc8, because there was no -fno-asynchronous-unwind-tables flag added to
CRTSTUFF_T_CFLAGS. Since this works when building with clang on powerpc64 elfv2,
this patch is added to EXTRA_PATCHES, only on powerpc64 elfv1,
- BOOT_CFLAGS has added ? before =. This is to allow overriding BOOT_CFLAGS in
CONFIGURE_ENV and MAKE_ENV.
- A patch by Gustavo Romero to gcc/dumpfile.c is necessary to allow compiling
with base GCC, otherwise base GCC hits ICE. Incidentally, this patch alone also
fixes build for powerpc (32 bits) with base GCC.
Bump PORTREVISION for dependency change.
PR: 245511, 242506
Approved by: gerald (maintainer timeout) |
26 Mar 2020 14:16:58
9.3.0
|
gerald |
Update to the GCC 9.3 release, which fixes some 157 further bugs.
This remains the default version of GCC in the Ports Collection, and
this update mostly addresses regressions.
files/patch-powerpc32 was a backport from this release branch to begin
with and has now become obsolete. [1]
PR: 241125 [1] |
29 Jan 2020 08:50:54
9.2.0_1
|
gerald |
Appease portlint when it comes for patch format. |
18 Jan 2020 08:45:54
9.2.0_1
|
gerald |
Backport (part of) r521207 | gerald | 2019-12-28 from lang/gcc9-devel:
Enable GCC plugins support by default.
PR: 242644
Submitted by: tobik
Differential Revision: https://reviews.freebsd.org/D22292 |
29 Nov 2019 13:47:58
9.2.0
|
gerald |
Temporarily apply a patch from upstream that addresses a build failure
on powerpc ("error: integer constant is too large for 'long' type").
This is already part of lang/gcc9-devel after r518494 and the 20191123
snapshot of GCC 9.2.1; it will be part of the GCC 9.3 release at which
point we can remove this local patch again.
PR: 241125 |
19 Nov 2019 17:17:52
9.2.0
|
gerald |
Forward port r517702 | gerald | 2019-11-15 from lang/gcc9-devel:
On versions of FreeBSD that that are new enough and made that switch
already, use ELFv2 ABI on powerpc64.
PR: 239813
Submitted by: pkubaj
Reported by: linimon |
16 Nov 2019 08:12:35
9.2.0
|
gerald |
Backport 517206 | gerald | 2019-11-10 from lang/gcc10-devel, which already
landed in lang/gcc9-devel as r517355 | gerald | 2019-11-13.
Add a new option PLUGINS that enables GCC's plugin framework. This is off
by default for now, but something to possibly make the default after a bit
of settling.
I plan to backport this to lang/gcc9-devel and then lang/gcc9.
Submitted by: David Carlier <devnexen@gmail.com>
Differential Revision: https://reviews.freebsd.org/D22292 |
24 Aug 2019 11:25:12
9.2.0
|
gerald |
Properly push down lang/gcc9/patch-clang-vec_step into the files/
subdirectory. |
24 Aug 2019 11:04:35
9.2.0
|
gerald |
clang on rs6000/powerpc* unfortunately poisons user namespace by default
(without any special options or include files being required).
Until that changes (or GCC changes) we need to avoid using vec_step as a
variable name.
PR: 239266 |
17 Aug 2019 07:16:27
9.2.0
|
gerald |
Update to GCC 9.2 release, the second in the GCC 9 series, which fixes
some 68 bugs.
This is the default version of GCC in the Ports Collection, and it just
got a bit more polish and stability.
Both files/patch-amd64-gcc-multilib-support and
files/patch-powerpc64-no-_GNU_SOURCE [1] have been integrated upstream
(and also been part of lang/gcc9-devel already), so remove them here.
PR: 239648 [1] |
12 Aug 2019 07:30:34
9.1.0_1
|
gerald |
Ensure _GNU_SOURCE is now longer defined on powerpc64 (which was a
regression from the GCC 8 series).
The technical background is that a consolidation in upstream GCC made
non-GNU platforms include gnu-user.h and then undefined some macros
in rs6000/freebsd.h, but missed doing the same in rs6000/freebsd64.h.
The has now been included upstream and the current snapshot that the
lang/gcc9-devel port tracks; carrying files/patch-powerpc64-no-_GNU_SOURCE
in this port should become obsolete with the GCC 9.2 release.
(As this should be a very short-lived measure, bump PORTREVISION only
for powerpc64 to avoid all other users having to rebuild, too.)
PR: 239648 |
27 Jul 2019 06:50:25
9.1.0_1
|
gerald |
Explicitly depend on GCC 8 (instead of USE_GCC=yes) for powerpc64 to
avoid a dependency loop.
PR: 238330
Reported by: pkubaj |
26 Jul 2019 20:46:57
9.1.0_1
|
gerald |
Bump PORTREVISION for ports depending on the canonical version of GCC
as defined in Mk/bsd.default-versions.mk which has moved from GCC 8.3
to GCC 9.1 under most circumstances now after revision 507371.
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, everything INDEX-11 shows with a dependency on lang/gcc9 now.
PR: 238330 |
24 Jul 2019 21:30:44
9.1.0
|
tobik |
lang/gcc*: Hide pkg-message during upgrades
PR: 239419
Approved by: gerald (maintainer) |
01 Jun 2019 18:06:12
9.1.0
|
gerald |
Welcome GCC 9.1, the first release of the GCC 9 series!
https://gcc.gnu.org/gcc-9/changes.html has a comprehensive overview of
many improvements and changes and https://gcc.gnu.org/gcc-8/porting_to.html
addresses issues you may encounter porting to this new version, though
this release series should have fewer of those than previous ones.
To provide a brief overview of some of the more noticable changes:
GCC's diagnostics now print source code with a left margin showing line
numbers. This is configurable via -fno-diagnostics-show-line-numbers.
Plus there have been lots of further improvements around diagnostic
messages in general as -fopt-info.
As usual a large number of improvements to code generation, including (Only the first 15 lines of the commit message are shown above  ) |
As an Amazon Associate I earn from qualifying purchases.
