[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#1003769: RFS: byacc/1.0-2 [ITA] -- public domain Berkeley LALR Yacc parser generator



On Sun, Jan 16, 2022 at 08:07:42AM -0500, Thomas Dickey wrote:
> On Sun, Jan 16, 2022 at 07:58:07AM -0500, Thomas Dickey wrote:
> > On Sun, Jan 16, 2022 at 08:03:14AM +0100, Andreas Metzler wrote:
> ...
> > > * Is the double compilation/binary necessary? - Is /usr/bin/byacc2
> > 
> > I thought it would be the safest approach.  I've made some effort to keep
> > the two compatible, but sooner or later will get some bug report related
> > to their differences.  Debian's the usual place for that sort of thing.
> 
> fwiw, the reference files in test/*yacc show that backtracking doesn't
> simply _add_ definitions:
> 
>  155 files changed, 53852 insertions(+), 1785 deletions(-)
> 
> (presumably reviewing those deletions would tell me whether two binaries
> are still needed).

reviewing one of those (e.g., a "calc" test-case which doesn't rely upon
the backtracking features, and looking at the ".c" file), it seems to be
properly ifdef'd so that the extra text is activated when the -B option
is supported/used.  There are a few spots where the code is reorganized
to integrate the two flavors.

There's one functional difference:

The debugging output in the btyacc flavor goes to stderr,
while the byacc flavor goes to stdout.  (The manual page
doesn't mention this - nor does it mention that -h goes
to stderr) -- added a to-do...

-- 
Thomas E. Dickey <dickey@invisible-island.net>
https://invisible-island.net
ftp://ftp.invisible-island.net

Attachment: signature.asc
Description: PGP signature


Reply to: