./lang/gcc10-libs, The GNU Compiler Collection (GCC) support shared libraries

[ CVSweb ] [ Homepage ] [ RSS ] [ Required by ] [ Add to tracker ]

Branch: CURRENT, Version: 10.5.0nb5, Package name: gcc10-libs-10.5.0nb5, Maintainer: pkgsrc-users

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.

Version history: (Expand)

CVS history: (Expand)


   2025-01-07 20:56:45 by Taylor R Campbell | Files touched by this commit (8) 
Log message:
lang/gccN-libs: Disable REQUIRES/PROVIDES analysis.

This is a stop-gap measure to work around:

PR pkg/58966: mk: REQUIRES/PROVIDES analysis is wrong for
self-libraries

It should be removed once the REQUIRES/PROVIDES analysis is fixed.

Since the REQUIRES/PROVIDES analysis is already done for the
underlying lang/gccN package, and the transformation from lang/gccN
to lang/gccN-libs is straightforward, disabling this check should be
reasonably low-risk -- currently the lang/gccN-libs packages are
outright broken and unusable with pkgtools/pkg_install.

This doesn't change the content of the package, only the metadata, so
no need for recursive revbump of dependent packages.
   2025-01-07 20:54:31 by Taylor R Campbell | Files touched by this commit (8) 
Log message:
lang/gcc10*: Fix LINK_LIBGCC_SPEC.

PR pkg/58963: gcc: LINK_LIBGCC_SPEC snafu
PR pkg/48740: lang/gcc44 to gcc46 linker fails because of whitespace
   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) | Package updated
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.