[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: type clash on default action: <NONE> != <>
From: |
Martin MOKREJŠ |
Subject: |
Re: type clash on default action: <NONE> != <> |
Date: |
Sun, 8 Dec 2002 12:57:29 +0100 (CET) |
On Sat, 7 Dec 2002, Paul Eggert wrote:
> > Date: Sun, 8 Dec 2002 01:40:23 +0100 (CET)
> > From: =?iso-8859-2?Q?Martin_MOKREJ=A9?= <address@hidden>
>
> > thanks for the patch. I've tried bison 1.75c on Tru64Unix 5.1A box and
> > have some problems compiling kerberos4:
> >
> > $ bison -y -d `test -f 'parse.y' || echo './'`parse.y
>
> Which version of kerberos4 are you compiling?
> <ftp://ftp.pdc.kth.se/pub/krb/src/krb4-1.2.1.tar.gz>
> contains two "parse.y" files; which one is causing you problems?
607 cd ../krb4-1.2.1
608 cat ../krb4.sh
610 CFLAGS="-std1" ./configure --with-x --with-afsws=/usr/afsws
--enable-rxkad --without-openssl
611 make clean
612 make
614 find . -name core
615 bison
616 hash
617 dbx /software/@sys/usr/bin/bison ./lib/com_err/core
618 hash -r
619 cd lib/com_err
620 bison -y -d `test -f 'parse.y' || echo './'`parse.y
621 hash
623 dbx /software/@sys/usr/bin/bison core
624 /software/@sys/usr/bin/bison --version
>
> > 5 skel_lex() ["scan-skel.c":73, 0x1200433b8]
>
> Weird. I assume that was really "scan-skel.l", not "scan-skel.c",
> as line 73 makes sense only for scan-skel.l.
>
> I cannot reproduce the bug on my 64-bit SPARC host.
>
> Can you please save the m4's input and output using the following
> trick? Please substitute the location of your copy of the GNU m4
> executable for "/opt/sfw/bin/gm4".
I don't have /opt/sfw/bin/gm4 - Tru64Unix / OSF1 5.1A.
But I guess you mean any GNU m4 program (GNU m4 1.4).
>
> $ cat >m4 <<'EOF'
> #! /bin/sh
> cat >m4.input
> /opt/sfw/bin/gm4 "$@" <m4.input >m4.output
> cat <m4.output
> EOF
> $ chmod a+x m4
> $ M4=`pwd`/m4 bison -y -d ./parse.y
$ cat >m4 <<'EOF'
> #! /bin/sh
> cat >m4.input
> /software/@sys/usr/bin/m4 "$@" <m4.input >m4.output
> cat <m4.output
> EOF
$ chmod a+x m4
$ M4=`pwd`/m4 bison -y -d ./parse.y
IOT/Abort trap (core dumped)
$ dbx /software/@sys/usr/bin/bison ./core
dbx version 5.1
Type 'help' for help.
Core file created by program "bison"
signal IOT/Abort trap at >*[__kill, 0x12008a648] beq a3, 0x12008a660
(dbx) where
> 0 __kill(0x0, 0x5, 0x100000000, 0x3df3322f, 0x120064434) [0x12008a648]
1 (unknown)() [0x120073438]
2 __tis_raise(0x120064434, 0x140036ca0, 0x120074d58, 0x6, 0x12007dbf4)
[0x120074d54]
3 raise(0x120074d58, 0x6, 0x12007dbf4, 0x14009d23e, 0x120064464)
[0x12007dbf0]
4 abort(0x1200433bc, 0x14009d23d, 0x0, 0x0, 0x0) [0x120064460]
5 skel_lex() ["scan-skel.c":73, 0x1200433b8]
6 scan_skel(in = 0x140006620) ["scan-skel.l":91, 0x1200442b0]
7 output_skeleton() ["output.c":576, 0x120030838]
8 output() ["output.c":633, 0x120031f00]
9 main(argc = 4, argv = 0x11fffc018) ["main.c":153, 0x120025570]
(dbx) quit
$ ls -la m4*
-rwxr-xr-x 1 mmo cress 92 Dec 8 12:50 m4
-rw-r--r-- 1 mmo cress 12124 Dec 8 12:51 m4.input
-rw-r--r-- 1 mmo cress 36926 Dec 8 12:51 m4.output
> When you're done, you should have files "m4.input" and "m4.output" in
> your directory; please email their contents to bug-bison.
See http://pedant.gsf.de/bisonbug.tar.bz2
--
Martin Mokrejs <address@hidden>, <address@hidden>
PGP5.0i key is at http://www.natur.cuni.cz/~mmokrejs
MIPS / Institute for Bioinformatics <http://mips.gsf.de>
GSF - National Research Center for Environment and Health
Ingolstaedter Landstrasse 1, D-85764 Neuherberg, Germany
tel.: +49-89-3187 3683 , fax: +49-89-3187 3585