src/usr.bin/yacc, branch release/4.1.0_cvs

This commit was manufactured by cvs2svn to create tag

2000-07-26T21:12:35+00:00

'RELENG_4_1_0_RELEASE'.

This commit was manufactured to restore the state of the 4.1-RELEASE image.
Releases prior to 5.3-RELEASE are omitting the secure/ and crypto/ subdirs.

Fixed breakage of K&R support in rev.1.26. yyparse() was defined as

2000-01-17T02:04:06+00:00

`int yyparse(;) ; { ... }' in K&R mode.  Getting rid of the second
unwanted semicolon in this made the ifdef tangle more tangled than
before.  Fixed a backwards comment in the tangle.

Fixed breakage of K&R support in rev.1.8 of output.c: don't generate

2000-01-17T01:51:29+00:00

#elif.  Cleaned up rev.1.8 a bit more: generate the #include of
 closer to the code that needs it.

malloc more space for temp file name

2000-01-10T20:26:24+00:00

Noticed by:	marcel

Feed mkstemp() some more X's to keep it safe.

2000-01-10T08:54:09+00:00

Make "YYPARSE_PARAM" and "YYPARSE_PARAM_TYPE" C++/ANSI-C clean.

1999-10-28T15:18:05+00:00

Allow a user specified parameter to 'yyparse()', in a manner similar to

1999-10-27T17:51:37+00:00

that used by bison.  The names are consistent with the bison implementation
but this one also allows the type of the parameter to be specified.

For a desired prototype of:

	int yyparse __P((struct yyresult *));

and compile like this:

	yacc -dv grammar.y
	cc -c -DYYPARSE_PARAM_TYPE="struct yyresult *" \
	      -DYYPARSE_PARAM="parm" y.tab.c

and use like this:

	${
	#include "usrtypes.h"
	#include "usrproto.h"
	}$

	%token NUMBER

	%%

	goal : NUMBER
		{
		parm->value = yylval;
		} ;

If YYPARSE_PARAM_TYPE isn't specified then "void *" is the default type.
If YYPARSE_PARAM is not specified then the generated code behaves exactly
as traditional byacc.

PR:		13562
Submitted by:	W Gerald Hicks

Emit YYERRCODE into y.tab.h to help `lex' report scanning errors back to

1999-10-27T17:46:41+00:00

Yacc.

PR:		13562
Submitted by:	W Gerald Hicks

$Id$ -> $FreeBSD$

1999-08-28T01:08:13+00:00

Revert the past 3 commits to what should have been the rev 1.18 -> rev 1.19

1999-07-30T15:05:32+00:00

change.  (doesn't anybody read commit logs and look at the diffs?)