lang/gcc15-devel: Update to 15.3.1.s202610020f0200bd74
Port details
lang/gcc15-devel15.3.1.s20261002
GNU Compiler Collection 15
- Maintainer
- salvadore@FreeBSD.org
- Packages
- gcc15-devel 15.3.1.s20261002
- Upstream
- Higher version available: 16.2.0
- CPE
gnu:gccfrom the port- WWW
- https://gcc.gnu.org
- Links
- cgit · VuXML
Unaddressed (1) · The CVE record lists this version as affected, no VuXML entry names the CVE
| CVE-2023-4039 | 4.8 | 2023-09-13 | **DISPUTED**A failure in the -fstack-protector feature in GCC-based toolchains that target AArch64 allows an attacker to exploit an existing buffer overflow in dynamic… |
VuXML only (0) · listed, port not fixed yet
None.
pkg audit reports nothing for this version.Fixed (0)
No VuXML entries for this package.
Commits (106)
lang/gcc15-devel: fix build after base d08296c7ab0d
After base d08296c7ab0d7bb259bf7b8cdf9ffb819c1929ab ("libc: Implement
qualifier-preserving standard library functions"), lang/gcc15-devel
fails to build with an error like:
In file included from /wrkdirs/usr/ports/lang/gcc15-devel/work/.build/gcc/include-fixed/stdio.h:52,
from cp-demangle.c:109:
/wrkdirs/usr/ports/lang/gcc15-devel/work/gcc-15-20260724/libstdc++-v3/../include/libiberty.h:225:14: error: expected identifier or '(' before '_Generic'
225 | extern void *memrchr(const void *, int, size_t);
| ^~~~~~~
This is because memrchr is now a macro, similar to the other functions
in <string.h>, and libiberty.h attempts to incorrectly redeclare it.
In turn, cp-demangle.c includes libiberty.h, but does not include the
config.h generated for libiberty.h, instead using the config.h generated
for libstdc++.
The problem is really with the way upstream creates its config.h
headers: they should either make libiberty.h automatically include its
own config.h file, or rename that one to libiberty-config.h, so it can
be included at the same time as the libstdc++ config.h header.
The easiest way to fix it is to add a '!defined(__FreeBSD__)'
conditional to the #if statement that attempts to declare the
incompatible memrchr.
PR: 297627
Approved by: salvadore (maintainer)
MFH: 2026Q3da442d3a3elang/gcc15-devel: Update to 15.3.1.s20260814d75529f0e7
lang/gcc15-devel: Update to 15.3.1.s2026072437b0a65d68
lang/gcc15-devel: Update to 15.3.1.s20260717e0df9f2cb4
lang/gcc15-devel: Update to 15.3.1.s20260710cafe2fd06a
lang/gcc15-devel: Update to 15.3.1.s202607032f3c5868cb
lang/gcc15-devel: Update to 15.3.1.s20260626f0e600d053
lang/gcc15-devel: Update to 15.3.1.s20260619 Also fix PR 296110. PR: 296110 Reported by: Robert Cina <transitive@gmail.com>094f94e3ed
lang/gcc15-devel: Update to 15.2.1.s202606123ce952613e
lang/gcc15-devel: Update to 15.2.1.s20260529e9dbe9243a
lang/gcc15-devel: Update to 15.2.1.s20260522cd49ad3965
lang/gcc15-devel: Update to 15.2.1.s20260515e4af784a30
lang/gcc15-devel: Update to 15.2.1.s20260508ad1e4fcbdf
lang/gcc15-devel: Update to 15.2.1.s20260501793d947dd5
lang/gcc15-devel: Update to 15.2.1.s20260424590a1f6e82
lang/gcc15-devel: Update to 15.2.1.s20260418bed9094572
lang/gcc15-devel: Update to 15.2.1.s20260411d70cbc8550
lang/gcc15-devel: Update to 15.2.1.s202604043ea0f5a909
lang/gcc15-devel: Update to 15.2.1.s202603283ad65b666a
lang/gcc15-devel: Update to 15.2.1.s202603217d652a80de
lang/gcc15-devel: Update to 15.2.1.s20260314fcca964ccb
lang/gcc15-devel: Update to 15.2.1.s202603078cd15467c2
lang/gcc15-devel: Update to 15.2.1.s202602288aa59cc0a7
lang/gcc15-devel: Update to 15.2.1.s2026022107c8e50482
lang/gcc15-devel: Update to 15.2.1.s20260214493a7ce7a7
lang/gcc15-devel: Update to 15.2.1.s202602070a8e7e0e31
lang/gcc15-devel: Update to 15.2.1.s20260131607b376c5e
lang/gcc15-devel: Update to 15.2.1.s20260124078827defa
lang/gcc15-devel: Update to 15.2.1.s20260117cfa3e0f288
lang/gcc15-devel: Update to 15.2.1.s202601106b377865fd
lang/gcc15-devel: Update to 15.2.1.s202601032db19674ca
lang/gcc15-devel: Update to 15.2.1.s20251220f2debf51bd
lang/gcc15-devel: Update to 15.2.1.s20251213eeffd8a510
lang/gcc15-devel: Update to 15.2.1.s20251206d37e37dc0a
lang/gcc15-devel: Update to 15.2.1.s20251129e406d41e0b
lang/gcc15-devel: Update to 15.2.1.s20251122955fecf406
lang/gcc15-devel: Update to 15.2.1.s20251115ac65ac3a50
lang/gcc15-devel: Update to 15.2.1.s2025110821aefeaa28
lang/gcc15-devel: Update to 15.2.1.s20251101993422cfae
lang/gcc15-devel: Update to 15.2.1.s202510258ec65cf4dd
lang/gcc15-devel: Update to 15.2.1.s2025101812c00b9f86
lang/gcc15-devel: Update to 15.2.1.s20251011ba142ce99c
lang/gcc15-devel: Update to 15.2.1.s20251004321d058c2c
lang/gcc15-devel: Update to 15.2.1.s202509272faa6cc2ba
lang/gcc15-devel: Update to 15.2.1.s202509209b13232fbb
lang/gcc15-devel: Update to 15.2.1.s20250913b31b8f3669
lang/gcc15-devel: Update to 15.2.1.s202509066ad802415a
lang/gcc15-devel: Update to 15.2.1.s202508305f01059cd9
lang/gcc15-devel: Allow build without bootstrap Enabling a boostrap option was experimentally enforced on some GCC devel ports, as building GCC on FreeBSD with FreeBSD's default compiler (clang) is not fully supported. Stop enforcing it: many users of production ports actually disable both bootstrap options, so it makes sense to attempt to keep allowing no-bootstrap builds. However, since building jit without bootstrap does not work, we add jit to the enabled languages only if a bootstrap option has been selected [1]. See commit 5ee63cc45413954077b2b0c0546b8342585b41ba and e-mail https://lists.freebsd.org/archives/dev-commits-ports-main/2025-August/160223.html for more details. Reported by: vishwin [1]441e5aba35