Hi folks,
In brief:
I've been working around the issue by replacing lib/libgnu.a with
src/libs/libgroff/libgroff.am in $(lib_libgnu_a_OBJECTS), e.g.
sed -i -e 's|lib/libgnu.a|$(lib_libgnu_a_OBJECTS)|' \
src/libs/libgroff/libgroff.am
In detail:
macOS 26.2 user and nixpkgs contributor and maintainer here.
While I'm not a maintainer of the groff nixpkg I took the liberty to
create a draft PR¹ to update groff to 1.24.0.rc1 and request feedback
from the nixpkgs folks in preparation of the groff 1.24.0 release.
I've been keeping up with and building groff's master branch for the
past months and adapting the nixpkgs build (via a flake²).
I came across the mentioned issue a while ago and worked around
it—or is it an adequate fix?—by linking in the $(lib_libgnu_a_OBJECTS)
instead of lib/libgnu.a when building libgroff.
Interestingly the above workaround is only necessary when building from
git-sources and running ./bootstrap and automake. Building from the
distribution tarball works without it. I'll look into understanding why.
Best
Alexis
—————
¹ https://github.com/NixOS/nixpkgs/pull/481765/changes
See also the Conversation tab
² https://nixos.wiki/wiki/flakes
