Date: Sun, 16 Sep 2001 15:23:05 +0200 (IST)
From: Eli Zaretskii <eliz AT is DOT elta DOT co DOT il>
X-Sender: eliz AT is
To: lauras AT softhome DOT net
cc: djgpp-workers AT delorie DOT com
Subject: Re: Bison assertion failure on libc sources
In-Reply-To: <20010916101003.23685.qmail@softhome.net>
Message-ID: <Pine.SUN.3.91.1010916151856.12964C-100000@is>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Reply-To: djgpp-workers AT delorie DOT com
Errors-To: nobody AT delorie DOT com
X-Mailing-List: djgpp-workers AT delorie DOT com
X-Unsubscribes-To: listserv AT delorie DOT com
Precedence: bulk


On Sun, 16 Sep 2001 lauras AT softhome DOT net wrote:

> I get this:
> 
> C:/DJGPP/BIN/make.exe -C fsdb e
> bison expr.y -o expr.c
> Assertion failed at output.c line 1279: actions_dumped == 1
> Exiting due to signal SIGABRT

FWIW, I unzipped only the executable and the skeleton files from 
bsn129b.zip, and was able to produce expr.c from expr.y without a hitch:

  unzip -j bsn129b.zip bin/bison.exe
  unzip -j bsn129b.zip share/bison/bison.simple
  unzip -j bsn129b.zip share/bison/bison.hairy
  set BISON_SIMPLE=c:/tmp/bison.simple
  set BISON_HAIRY=c:/tmp/bison.hairy
  bison expr.y -o expr.c

(There was no DJGPP.ENV on the machine where I tried this, that's why I 
needed to set BISON_* variables manually.)

So I'm guessing that in your case, Bison was somehow picking up the wrong 
skeleton files.