NetBSD Problem Report #37444
From email@example.com Wed Nov 28 09:36:27 2007
Received: from mail.netbsd.org (mail.netbsd.org [188.8.131.52])
by narn.NetBSD.org (Postfix) with ESMTP id 5090063B8D8
for <firstname.lastname@example.org>; Wed, 28 Nov 2007 09:36:27 +0000 (UTC)
Date: Tue, 27 Nov 2007 19:35:52 +0000 (UTC)
Subject: devel/gettext-0.14.6 fails building gettext-tools, whist devel/gettext-tools suceeds!
>Synopsis: devel/gettext-0.14.6 fails building gettext-tools, whist devel/gettext-tools suceeds!
>Arrival-Date: Wed Nov 28 09:40:00 +0000 2007
>Closed-Date: Sat Dec 27 03:38:10 +0000 2014
>Last-Modified: Sat Dec 27 03:38:10 +0000 2014
>Originator: Stuart Shelton
>Release: n/a - pkgsrc latest from CVS
IRIX64 octane 6.5 07202013 IP30; MIPSpro 7.4.4m
devel/gettext-0.14.6 fails to build in two ways, one of which is fixable.
gettext's gettext-tools/src/po-lex.h also requires a patch (as has been added to po-lex.c and indeed partially implemented in po-lex.h) to exclude the C99 codepath if '__sgi' is defined, following the check for DECC:
-#if __STDC__ && (defined __STDC_VERSION__ && __STDC_VERSION__ >= 199901L && !defined __DECC)
+#if __STDC__ && (defined __STDC_VERSION__ && __STDC_VERSION__ >= 199901L && !defined __DECC && !defined __sgi)
This has been solved in gettext-tools by simply "#ifdef 0"'ing out the entire section(!)
However, even with that change gettext's gettext-tools compiles but fails to link, stating that "po_gram_error_at_line" isn't defined - which is correct, because as-stands, the header defines it as extern, and it isn't defined elsewhere.
In gettext-tools' po-lex.c, the varargs functions are built as the condition has been changed to '#if 1' - but making the similar change to gettext itself again results in errors and a build failure.
(Also, as of now, gettext-tools is at 0.14.6nb1 and gettext is at 0.14.6. Building gettext-tools causes a fatal error stating that there is a circular dependency between gettext and gettext-tools, whereas building gettext goes and builds gettext-tools-0.14.6nb1, then returns to build gettext at which point it says that a package named gettext-tools should be installed but isn't.
I fixed this by changing the DEPENDS line in gettext's Makefile to 'gettext-tools-0.14.6nb1')
However, having said all of this, if I copy po-lex.* from gettext-tools to gettext, then it compiles cleanly and passes its test-suite, except for:
/usr/bsd/var/tmp/devel/gettext/work/.wrapper/bin/shlibtool: ../../gettext-runtime/libasprintf/libasprintf.la: not found
libtool: link: cannot find the library `../../gettext-runtime/libasprintf/libasprintf.la' or unhandled argument `../../gettext-runtime/libasprintf/libasprintf.la'
(which may an issue with the build-environment rather than the code itself)
I can't see any difference in the (corrected) source between the two trees, so I imagine that I also copied over the pre-compiled object file, and that was used.
Responsible-Changed-When: Wed, 28 Nov 2007 13:06:10 +0000
Assign to maintainer.
Responsible-Changed-When: Sat, 12 Jan 2008 17:46:21 +0000
Responsible-Changed-When: Sat, 12 Jan 2008 17:47:18 +0000
Sorry, wrong gettext-tools bug.
State-Changed-When: Sun, 23 Oct 2011 01:02:29 +0000
Does this still apply to the newer gettext?
State-Changed-When: Sat, 27 Dec 2014 03:38:10 +0000
feedback timeout, assume fixed.
$NetBSD: query-full-pr,v 1.39 2013/11/01 18:47:49 spz Exp $
$NetBSD: gnats_config.sh,v 1.8 2006/05/07 09:23:38 tsutsui Exp $
Copyright © 1994-2007
The NetBSD Foundation, Inc. ALL RIGHTS RESERVED.