> Date: Mon, 14 Aug 2023 16:47:40 +0800
> From: "Kewen.Lin via Gcc-patches" <gcc-patches@gcc.gnu.org>
> on 2023/8/14 15:53, Jan-Benedict Glaw wrote:
> > echo timestamp > s-constrs-h
> > /var/lib/laminar/run/gcc-local/82/local-toolchain-install/bin/g++
> > -std=c++11 -c -g -O2 -DIN_GCC -fno-exceptions -fno-rtti
> > -fasynchronous-unwind-tables -W -Wall -Wno-narrowing -Wwrite-strings
> > -Wcast-qual -Wmissing-format-attribute -Wconditionally-supported
> > -Woverloaded-virtual -pedantic -Wno-long-long -Wno-variadic-macros
> > -Wno-overlength-strings -Werror -fno-common -DHAVE_CONFIG_H
> > -DGENERATOR_FILE -I. -Ibuild -I../../gcc/gcc -I../../gcc/gcc/build
> > -I../../gcc/gcc/../include -I../../gcc/gcc/../libcpp/include \
> > -o build/gencondmd.o build/gencondmd.cc
> > In file included from ../../gcc/gcc/tree.h:23,
> > from ../../gcc/gcc/recog.h:24,
> > from build/gencondmd.cc:40:
> > ../../gcc/gcc/tree-core.h:145:10: fatal error: all-tree.def: No such file
> > or directory
> > 145 | #include "all-tree.def"
>
>
> Thanks for reporting and sorry for the breakage. This failure only gets
> exposed if
> all-tree.def isn't generated before compiling these gen*.cc including recog.h
> during the
> build. It explains why I didn't catch this failure before. I will check the
> existing
> practice and post a patch soon.
I entered PR bootstrap/111021 for a similar breakage. Looks
like I won't be able to work around it for CRIS (as alluded
in the PR) as recog.h was hacked too; not just
${TARGET}-protos.h. :(
Please consider defaulting to NULL or something like that
instead of introducing a tree.h-et-al dependency.
brgds, H-P
