No rule to make target `gcc/objc/objc-parse.c'

[Gerald Pfeifer <pfeifer at dbai dot tuwien dot ac dot at>]

I first experienced this bootstrap failure about 18 hours ago on
sparc-sun-solaris2.8 and i386-unknown-freebsd4.1 and a plain
`configure --enable-languages=c,c++`.

There is no such file as gcc/objc/objc-parse.c in my local source tree
and it was removed from the CVS mainline by Mark on 2000/07/12.

gcc -c  -DIN_GCC  -DSVR4  -g -W -Wall -Wtraditional -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long  -DHAVE_CONFIG_H    -I. -I/sw/test/gcc/gcc/gcc -I/sw/test/gcc/gcc/gcc/config -I/sw/test/gcc/gcc/gcc/../include /sw/test/gcc/gcc/gcc/tradcif.c
gmake[3]: Entering directory `/files/pfeifer/OBJ-1309-08:02/gcc/po'
gmake[3]: *** No rule to make target `/sw/test/gcc/gcc/gcc/objc/objc-parse.c', needed by `stamp-check-pot'.  Stop.
gmake[3]: Leaving directory `/files/pfeifer/OBJ-1309-08:02/gcc/po'
gmake[2]: *** [intl.all] Error 1
gmake[2]: Leaving directory `/files/pfeifer/OBJ-1309-08:02/gcc'
gmake[1]: *** [stage_a] Error 2
gmake[1]: Leaving directory `/files/pfeifer/OBJ-1309-08:02/gcc'
gmake: *** [bootstrap] Error 2


In fact, while writing this report, I decided to fix it in the tree.

I'm aware that this won't be the final fix, but heck, currently the tree
is broken in so many ways (which usually won't be noticed by most regular
developers, though) that we really should stabilize.

Installed as obvious fix.

Gerald


2000-09-13  Gerald Pfeifer  <pfeifer@dbai.tuwien.ac.at>

	* POTFILES.in: Remove objc/objc-parse.c.

Index: POTFILES.in
===================================================================
RCS file: /cvs/gcc/egcs/gcc/po/POTFILES.in,v
retrieving revision 1.27
diff -u -3 -p -r1.27 POTFILES.in
--- POTFILES.in	2000/09/12 07:28:39	1.27
+++ POTFILES.in	2000/09/13 07:00:38
@@ -746,7 +746,6 @@ mkdeps.h
 #mips-tfile.c is not yet internationalized
 objc/objc-act.c
 objc/objc-act.h
-objc/objc-parse.c
 optabs.c
 output.h
 ../libiberty/pexecute.c