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