[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
missing -lintl; expected conflicts
From: |
Frank Heckenbach |
Subject: |
missing -lintl; expected conflicts |
Date: |
Sun, 7 Jan 2001 03:47:44 +0100 |
Please note: If this goes to a mailing list, please CC any replies
to me, because I'm not subscribed.
Dear bison developers,
when building bison-1.28 on my Linux 2.4.0/K6, libc5 system
(gcc-2.95.2), I get undefined references to gettext(). Even though
configure seems to find that -lintl is needed, it doesn't add it to
$LIBS or $INTLLLIBS. (I helped myself by inserting `INTLLIBS="-lintl
$INTLLIBS"' into configure manually which is, of course, not a good
solution.)
[...]
checking whether NLS is requested... yes
checking whether included gettext is requested... no
checking for libintl.h... yes
checking for gettext in libc... no
checking for bindtextdomain in -lintl... yes
checking for gettext in libintl... checking for gettext in -lintl... yes
yes
[...]
(Those last two lines were in fact printed mixed up like this.)
What I actually meant to suggest (installed the current version only
to check it hadn't been done already) is the following:
When I have a large grammar with some number of expected S/R
conflicts and inadvertently introduce another conflict, bison's
output tells me only the total number of conflicts, so I have to
look at the `%expect' line to find out how many of them are new. I
think it would be a little more comfortable if bison gives me this
information directly:
--- bison-1.28/src/conflicts.c.orig Wed Jan 20 23:55:06 1999
+++ bison-1.28/src/conflicts.c Sat Jan 6 23:11:34 2001
@@ -393,6 +393,9 @@
else if (src_total > 1)
fprintf(stderr, _(" %d shift/reduce conflicts"), src_total);
+ if (src_total > 0 && expected_conflicts > 0)
+ fprintf(stderr, _(" (expected: %d)"), expected_conflicts);
+
if (src_total > 0 && rrc_total > 0)
fprintf(stderr, _(" and"));
Frank
--
Frank Heckenbach, address@hidden
http://fjf.gnu.de/
PGP and GPG keys: http://fjf.gnu.de/plan
- missing -lintl; expected conflicts,
Frank Heckenbach <=