From 3e3d4b150730ad92b0dc95f15ba813f89872edac Mon Sep 17 00:00:00 2001 From: jschauma Date: Sun, 15 May 2005 22:23:09 +0000 Subject: document security/libgpg-error awk on IRIX hack --- doc/HACKS | 20 +++++++++++++++++++- 1 file changed, 19 insertions(+), 1 deletion(-) diff --git a/doc/HACKS b/doc/HACKS index f393044ba35..f1c1df88d00 100644 --- a/doc/HACKS +++ b/doc/HACKS @@ -1,4 +1,4 @@ -# $NetBSD: HACKS,v 1.29 2004/11/02 17:48:04 sketch Exp $ +# $NetBSD: HACKS,v 1.30 2005/05/15 22:23:09 jschauma Exp $ # # This file is intended to document workarounds for currently unsolved # (mostly) compiler bugs. @@ -472,3 +472,21 @@ descr breaks on at least net/libIDL. BUILDLINK_TRANSFORM -O* away until the root cause can be fixed. kcah + +hack security/libgpg-error awk on IRIX +cdate Sun May 15 18:08:48 EDT 2005 +who jschauma +port mipseb (IRIX) +file security/libgpg-error/Makefile +descr + Apparently, for as of yet undetermined reasons, gawk as built on IRIX + under pkgsrc croaks on regular expressions including a combination of + alpha- and numerical matches, such as the rather trivial + /^[ \t]*[0-9]+/ + Let's use the system's AWK (ie nawk) for this package to avoid + breaking hundreds of dependents. + Speculation: somehow the regular expression library used to build gawk + conflicts with the systems regular expression library or some such. + Note: gawk from SGIs freeware collection depends on expat -- why is + that? Does that have anything to do with anything? +kcah -- cgit v1.2.3