bug-bison
[Top][All Lists]
Advanced

[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




reply via email to

[Prev in Thread] Current Thread [Next in Thread]