This is GNU Awk. It should be upwardly compatible with the Bell
Labs research version of awk. It is almost completely compliant with
the 1993 POSIX 1003.2 standard for awk.
===> The following configuration options are available for gawk-5.4.1_1:
DOCS=on: Build and/or install documentation
MPFR=off: Multiple-precision floating-point support
NLS=on: Native Language Support
===> Use 'make config' to modify these settings
lang/gawk: backport upstream patch for systems without MPFR and GMP
This affects us because MPFR option for multiple-precision floating
-point support added with r322035 (now commit 6c3d62a0a143) back in
2013 is disabled by default. We might flip the switch one day, but
that would require extra care and testing to not break other things.
Pull the identical patch from GitHub mirror which is easier to work
against than Savannah repository (commit hashes remain the same).
PR: 297421
Submitted by: leres
lang/gawk: update GNU awk to version 5.4.1
- Move options block below the common knobs
- Install some standard documentation files
Reported by: portscout
lang/gawk: update GNU awk to version 5.4.0
PMA should now work on OpenBSD 7, FreeBSD 12-16,
NetBSD 10 and 11, and MidnightBSD 3 and 4.
Reported by: portscout
lang/gawk: the port had been updated to version 5.3.0
- Improved compatibility with BWK ("The One True Awk"):
CSV file parsing and \u escape sequence
- If PROCINFO["BUFFERPIPE"] exists, then pipe output is
buffered
- Drop the use of libsigsegv: the value-add was never
very much and it caused problems in some environments
- Note that PMA test currently fails (Terence Kelly's
"persistent malloc" experimental feature)
Reported by: portscout
lang/gawk: update the port to the latest version 5.2.2
GNU make is not required for the build, but the test suite assumes
this particular implementation in several places. While they could
be patched, some of these changes won't be easily upstreamable I'm
afraid, so let's just USES+=gmake for the time being.
Drop the `post-patch' target added in commit 0c0c5d528f4cd (n243249)
to prevent bogus makeinfo(1) banner propagation as this problem no
longer exhibits itself.
Reported by: portscout
Remove WWW entries moved into port Makefiles
Commit b7f05445c00f has added WWW entries to port Makefiles based on
WWW: lines in pkg-descr files.
This commit removes the WWW: lines of moved-over URLs from these
pkg-descr files.
Approved by: portmgr (tcberner)
Add WWW entries to port Makefiles
It has been common practice to have one or more URLs at the end of the
ports' pkg-descr files, one per line and prefixed with "WWW:". These
URLs should point at a project website or other relevant resources.
Access to these URLs required processing of the pkg-descr files, and
they have often become stale over time. If more than one such URL was
present in a pkg-descr file, only the first one was tarnsfered into
the port INDEX, but for many ports only the last line did contain the
port specific URL to further information.
There have been several proposals to make a project URL available as
a macro in the ports' Makefiles, over time.
(Only the first 15 lines of the commit message are shown above )
Fix CONFLICTS entries of multiple ports
There have been lots of missing CONFLICTS_INSTALL entries, either
because conflicting ports were added without updating existing ports,
due to name changes of generated packages, due to mis-understanding
the format and semantics of the conflicts entries, or just due to
typoes in package names.
This patch is the result of a comparison of all files contained in
the official packages with each other. This comparison was based on
packages built with default options and may therefore have missed
further conflicts with optionally installed files.
Where possible, version numbers in conflicts entries have been
generalized, some times taking advantage of the fact that a port
(Only the first 15 lines of the commit message are shown above )
- Belatedly update GNU AWK to the latest version 5.0.1
- Add libgmp.so:math/gmp to MPFR_LIB_DEPENDS per Q/A report
- Remove no-op sed(1) call from the `post-patch' target
Found out via: repology.org
Install texinfo files (GNU info) into ${PREFIX}/share/info
After a discussion on the mailing list on moving manpages to
${PREFIX}/share/man for consistency with base where it is
installed in usr/share/man, it appeared the same should happen
to GNU info files which were installed under share in base and
not in ports.
Now texinfo is not in base on any of the supported version of FreeBSD
it is possible to proceed to this move and it is easier to do than
the manpage change.
Other benefit than consistency are less patching: all build tools but
cmake are expecting info files to be under share/info and cmake (patched here)
was having an exception for BSD so the patch makes FreeBSD case less
specific for them
Bump revision of all impacted ports
PR: 232907
exp-run by: antoine
Differential Revision: https://reviews.freebsd.org/D17816
- Use USES=readline instead of USES=readline:port
gawk works fine with readline from base and readline.mk handles readline
dependency (from base or ports) correctly.
PR: 200408
Submitted by: sunpoet (myself)
Approved by: johans (maintainer, via email)
- Force linking with readline from ports
Note that gawk works fine with readline from base,
but it would break dependency tracking if we get this wrong
PR: 200408
Submitted by: sunpoet
Introduce ICONV_CONFIGURE_ARG variable defined at Uses/iconv.mk.
It's value is "--with-libiconv-prefix=/usr/local" for systems
before 100043 with ports libiconv and to use at systems post
100043 with base iconv it's value is "" (NULL).
Co-authors: bapt, madpilot and bsam (me)
- Make optional dependency on libmpfr explicit in GNU awk
This adds support for multiple-precision floating-point computation
PR: ports/180004
Submitted by: Dan Lukes <dan@obluda.cz>
Force system awk for build, to avoid failure on gawk upgrades.
Commit requested by krion in private mail.
PR: ports/146152
Submitted by: mandree
Approved by: krion (maintainer)
Approved by: garga (mentor)
Update CONFIGURE_ARGS for how we pass CONFIGURE_TARGET to configure script.
Specifically, newer autoconf (> 2.13) has different semantic of the
configure target. In short, one should use --build=CONFIGURE_TARGET
instead of CONFIGURE_TARGET directly. Otherwise, you will get a warning
and the old semantic may be removed in later autoconf releases.
To workaround this issue, many ports hack the CONFIGURE_TARGET variable
so that it contains the ``--build='' prefix.
To solve this issue, under the fact that some ports still have
configure script generated by the old autoconf, we use runtime detection
in the do-configure target so that the proper argument can be used.
Changes to Mk/*:
- Add runtime detection magic in bsd.port.mk
(Only the first 15 lines of the commit message are shown above )
Bump portrevision due to upgrade of devel/gettext.
The affected ports are the ones with gettext as a run-dependency
according to ports/INDEX-7 (5007 of them) and the ones with USE_GETTEXT
in Makefile (29 of them).
PR: ports/124340
Submitted by: edwin@
Approved by: portmgr (pav)
On recent 5-CURRENT, stop configure from detecting wchar support,
since gawk fails to build with wchar/mbstring support due to lack of
wcscoll().
Approved by: dd (MAINTAINER)
Don't be stupid and assume that there's one, monolithic "bin" directory, and
that we're installing in it. Specifically, don't assume we're installing into
/usr/bin, which is where the system 'awk' is located. This prevents the
creation of a /usr/local/bin/awk symlink, which should fix the mtree errors
reported by bento.
Update to 3.1.0 and take over as maintainer from ports@. The only non
vendor-induced change is that this port now installs igawk and awklib (this
accounts for the removal of patch-a{a,b}). As far as I can tell, there was
never a reason not to do this (other than that patch-sec1 hardcoded the wrong
path to mktemp, so igawk couldn't work).
There is no longer any reason to mark this port MANUAL_PACKAGE_BUILD: bento
builds packages in clean chroots, and anyway the original problem no longer
occurs.
Fix the temporary file handling in igawk. As far as I can tell, we don't
install this, therefore no PORTREVISION bump is needed. But I'm fixing it
anyway in case someone changes this port to install it in the future (perhaps
as a result of this commit :-)
