Your latest change to gcc/cp/parse.y
Gerald Pfeifer
pfeifer@dbai.tuwien.ac.at
Thu Aug 27 02:17:00 GMT 1998
Mark, I'm afraid your following patch broke egcs (resp. the repository).
1998-08-26 Mark Mitchell <mark@markmitchell.com>
* cp-tree.h (finish_enum): Change prototype.
* decl.c (finish_enum): Use TYPE_VALUES, rather than taking a
VALUES parameter. Don't try to compute mins/maxs if
processing_template_decl.
* parse.y (structsp): Use new calling sequence for finish_enum.
[...]
Bootstrapping egcs-CVS-maintrunk on i386-unknown-freebsd2.2.6, I get
stage1/xgcc -Bstage1/ -c -DIN_GCC -W -Wall -O2 -O -I. -I..
-I/sw/swtest/egcs/SOURCETREE/egcs.main/gcc/cp
-I/sw/swtest/egcs/SOURCETREE/egcs.main/gcc/cp/..
-I/sw/swtest/egcs/SOURCETREE/egcs.main/gcc/cp/../config \
`echo /sw/swtest/egcs/SOURCETREE/egcs.main/gcc/cp/parse.c | sed
's,^\./,,'`
parse.y: In function `yyparse':
parse.y:2063: too many arguments to function `finish_enum'
parse.y:2068: too many arguments to function `finish_enum'
parse.y:2075: too many arguments to function `finish_enum'
parse.y:2080: too many arguments to function `finish_enum'
gmake[3]: *** [parse.o] Error 1
gmake[3]: Leaving directory `/files/pfeifer/OBJ-2708-10:30/gcc/cp'
even after having removed gcc/cp/* and refetched it via CVS.
If believe (and have actually tested that locally) that the solution is
touch gcc/cp/parse.y
make something
and then installing the updated parse.c and parse.h files in the CVS
repository.
Gerald
--
Gerald Pfeifer (Jerry) Vienna University of Technology
pfeifer@dbai.tuwien.ac.at http://www.dbai.tuwien.ac.at/~pfeifer/
More information about the Gcc-bugs
mailing list