HomeFreeBSD

devel/gprbuild: Update to 26.0.0
Concern Raised22047bd388f5

Description

devel/gprbuild: Update to 26.0.0

Update to 26.0.0:

  • Add all build application options, however DEBUG is broken due to style violations in the GNAT tool-chains
  • De-couple the install from the GNAT ${PREFIX}, and install GPR tools into ${PREFIX}. This makes the GPR tools available in the usual ${PATH} namespace
  • Install Sphinx generated manual page
  • Install Ada Library Information files (.ali) into ${PREFIX}/libdata/gprbuild instead of in ${PREFIX}/lib/ this respects the default layout described in hier(7)
  • Patch build to enable GPR searching in ${PREFIX}/share/gpr, instead of the current limitation constraining it to the GNAT prefix. This makes it easier for integration and use of other Ada libraries/packages in the Ports Tree or external to it
  • Remove fixed dependency on GNAT-12 from the Makefile and the pkg-plist

https://github.com/AdaCore/gprbuild/compare/v25.0.0...v26.0.0

PR: 296252
Co-authored-by: Marcin Cieślak <saper@saper.info>
Differential Revision: <https://reviews.freebsd.org/D55552
Differential Revision: <https://reviews.freebsd.org/D55549
Differential Revision: <https://reviews.freebsd.org/D55553

Details

Auditors
saper_saper.info
Provenance
agh_riseup.netAuthored on Jul 2 2026, 11:16 AM
thierryCommitted on Jul 3 2026, 7:28 PM
Parents
R11:c345bb57e7a7: sysutils/consolekit2: support S0ix/s2idle suspend on 16-CURRENT
Branches
Unknown
Tags
Unknown

Event Timeline

saper_saper.info raised a concern with this commit.EditedSun, Sep 13, 10:18 AM
saper_saper.info added a subscriber: saper_saper.info.

There reason I have given up on o D55549 and D55552 is because I realized that trying to push gprbuild files into ${PREFIX}/share/gpr is wrong.

As of right now, we cannot have a single ${PREFIX}/share/gpr directory because we also have ${PREFIX]/share/gpr/manifests there and those point to the compiler-specific files such as libraries and ALI files.
Also paths in the ${PREFIX}/share/gpr files are relative pointing to the toolchain-specific libraries for example.

I think we need to install everything info /usr/local/gnatXX and flavorize our ports, including gprbuild version 1.

The advantage of this will be that unlike most distributions we will not have a conflict on /usr/local/lib/libgpr2.so because our GPR2 lives in /usr/local/gnatXX/lib/libgpr2.so and does not conflict.

For the binaries, I would propose we install a wrapper like javavmwrapper, so that the user can select the toolchain at runtime.

The wrapper would update the "$PATH" and call the tool from the /usr/local/gnatXX/bin directory. Probably there would be no need to set GPR_PROJECT_PATH there.

This commit now has outstanding concerns.Sun, Sep 13, 10:18 AM