BSD Ports

lang/gcc14-libs 14.3.0nb4 NetBSD

The GNU Compiler Collection (GCC) support shared libraries

System
NetBSD
Repository
pkgsrc
Maintainer
[email protected]
Last update
Commit
2cec7c9c42
License
gnu-gpl-v2 AND gnu-gpl-v3 AND gnu-lgpl-v2 AND gnu-lgpl-v3
Categories
lang
Package size
9120.1 KiB, 39139.1 KiB installed

Description

The GNU Compiler Collection (GCC) includes front ends for C, C++, Objective-C, Fortran, and Go, as well as libraries for these languages (libstdc++, libgfortran, ...).

This packages provides GCC support libraries in a specific location and allows packages to depend on just the libraries rather than having to pull in the full GCC package.

Install

Binary package:

pkgin install gcc14-libs

From pkgsrc:

cd /usr/pkgsrc/lang/gcc14-libs && make install clean

Packages

The version each package repository carries. “-” means the repository builds no package of it, “n/a” that there is no such repository.

RepositoryVersion
NetBSD 10.1 x86_6414.3.0nb4
NetBSD 10.1 aarch6414.3.0nb2
SmartOS / illumos x86_64-
macOS 15 arm64-

Dependencies

Commit history 2

DateCommitCreditsLog message
2cec7c9c42 tnn gcc{14,15}: backport macOS 27 fix from upstream
d11d22081a he lang/gcc14: Add changes to make this build on NetBSD/macppc 11.0_RC6.
This pulls over changes to config/rs6000/ and gcc/config.gcc from our in-tree gcc instance of gcc14, while preserving existing Homebrew- related changes to gcc/config.gcc. The most important fix is that on NetBSD/powerpc, -msecure-plt is enabled by default, so that resulting executables can be run with PAX_MPROTECT active. Otherwise, we end up with executables with sections which have both "write" and "execute" turned on, which PAX_MPROTECT rejects. Ref. the entries for .plt and .got sections in "readelf -a". Fixes PR#60439. Bump PKGREVISION for both gcc14 and gcc14-libs, to adhere to rules in comments, even though this *should* be a single-arch build fix, since I had to merge the patch to gcc/config.gcc.