Path to this page:
./
lang/gcc10-libs,
The GNU Compiler Collection (GCC) support shared libraries
Branch: CURRENT,
Version: 10.5.0nb3,
Package name: gcc10-libs-10.5.0nb3,
Maintainer: pkgsrc-usersThe 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.
Version history: (Expand)
- (2024-04-01) Updated to version: gcc10-libs-10.5.0nb3
- (2022-07-03) Updated to version: gcc10-libs-10.4.0nb1
- (2022-01-10) Updated to version: gcc10-libs-10.3.0nb2
- (2021-04-16) Updated to version: gcc10-libs-10.3.0nb1
- (2021-02-13) Updated to version: gcc10-libs-10.2.0nb3
- (2020-09-02) Package added to pkgsrc.se, version gcc10-libs-10.2.0nb2 (created)
CVS history: (Expand)
2024-04-01 20:08:48 by Jonathan Schleifer | Files touched by this commit (7) |
Log message:
lang/gcc10: Fix include-order-dependent types on QNX
|
2024-04-01 17:31:13 by David H. Gutteridge | Files touched by this commit (1) |
Log message:
gcc10-libs: bump PKGREVISION to stay ahead of gcc10
|
2023-06-06 14:42:56 by Taylor R Campbell | Files touched by this commit (1319) |
Log message:
Mass-change BUILD_DEPENDS to TOOL_DEPENDS outside mk/.
Almost all uses, if not all of them, are wrong, according to the
semantics of BUILD_DEPENDS (packages built for target available for
use _by_ tools at build-time) and TOOL_DEPEPNDS (packages built for
host available for use _as_ tools at build-time).
No change to BUILD_DEPENDS as used correctly inside buildlink3.
As proposed on tech-pkg:
https://mail-index.netbsd.org/tech-pkg/2023/06/03/msg027632.html
|
2022-07-03 17:59:17 by Thomas Klausner | Files touched by this commit (6) | |
Log message:
gcc10: update to 10.4
GCC 10.4
60 bug reports were fixed.
Target Specific Changes
x86-64
* The x86-64 ABI of passing and returning structures with a 64-bit
integer vector changed in GCC 10.1 when MMX is disabled. Disabling
MMX no longer changes how they are passed nor returned. This ABI
change is now diagnosed with -Wpsabi.
|
2022-01-10 01:50:47 by David H. Gutteridge | Files touched by this commit (5) |
Log message:
Fix PKGREVISION values of gcc*-libs that got out of sync (again)
|
2021-10-12 15:46:15 by Tobias Nygren | Files touched by this commit (10) |
Log message:
lang/gcc*: skip some RELRO checks when --disable-boostrap
This relates to the case when GCC is built using clang host CC. In that
case the runtime libraries are not built with RELRO for some reason.
for the gcc*-libs/ packages, mark them as RELRO_SUPPORTED=no unconditionally.
RELRO status depends on how the parent gcc package was built so we don't
need nor care about the RELRO status here.
|
2021-04-16 17:03:43 by Ryo ONODERA | Files touched by this commit (4) |
Log message:
gcc10, gcc10-libs: Update to 10.3.0
Changelog:
* Bugfixes.
Target Specific Changes
AArch64
A bug with the Random Number intrinsics in the arm_acle.h header
that resulted in an incorrect status result being returned has
been fixed.
GCC now supports the Fujitsu A64FX. The associated -mcpu and
-mtune options are -mcpu=a64fx and -mtune=a64fx respectively.
In particular, -mcpu=a64fx generates code for Armv8.2-A with
SVE and tunes the code for the A64FX. This includes tuning the
SVE code, although by default the code is still length-agnostic
and so works for all SVE implementations. Adding -msve-vector-bits=512
makes the code specific to 512-bit SVE.
|
2021-02-13 16:56:18 by Maya Rashish | Files touched by this commit (23) |
Log message:
lang/gcc{6,7,8,9,0}: call SUBTARGET_INIT_BUILTINS on sparc* too
While here point out that the aarch64 equivalent patch was sent upstream.
Bump PKGREVISION. fix gcc*-libs PKGREVISION accordingly.
Fixes PR pkg/55992: math/blas fails on NetBSD/sparc64
Fixes report by Connor McLaughlan on pkgsrc-users
|