ports/build-tools/gnu-gettext/pkg.conf

pkg_name="gnu-gettext"
pkg_license="gpl-3.0"
pkg_ver="0.23.1"
pkg_deps=""
# NOT pkg_bdepend="%curl": gnu-bison's own ./bootstrap calls autopoint
# (this port's own binary), and %curl resolves to curl, which needs
# %ssl(libressl), which needs %patch(gnu-patch, needs REAL bison for
# its own gnulib-vendored parse-datetime.y) -- gettext -> %curl ->
# curl -> ... -> gnu-bison -> gettext is a genuine, real cycle,
# confirmed directly ("err: dependency cycle at curl" installing curl
# for real with gnu-patch's own gnu-bison dependency in place), the
# same class already avoided by gnu-m4/gnu-texinfo/help2man for the
# identical reason. gettext's own curl use (see add.sh) stays a
# host-assumed bootstrap tool instead, same as every port's own
# "git clone" already is.
 
# "mp reinstall --inplace" builds into a throwaway, ephemeral prefix and
# merges the result onto the live root afterward -- mpx's own merge
# command only rewrites symlink targets rooted at the source prefix,
# never arbitrary text embedded inside a file, so it can't fix up
# gnu-gettext's own bin/autopoint (and bin/gettextize), which bakes its
# build-time --prefix in as a literal "prefix=..." assignment near the
# top of the script (used to locate its own share/gettext/ data files
# at runtime). hit for real: build-tools/gnu-bison's own bootstrap
# calls "autopoint --force", which failed outright once the ephemeral
# scratch dir it pointed at was cleaned up post-merge ("no such file
# .../archive.git.tar.gz"). same class of incident as languages/perl5,
# build-tools/gnu-{autoconf,automake,libtool}, and ssl/libressl's own
# identical pkg_no_inplace.
pkg_no_inplace="yes"