https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104006
--- Comment #3 from ro at CeBiTec dot Uni-Bielefeld.DE <ro at CeBiTec dot Uni-Bielefeld.DE> --- > --- Comment #1 from Jakub Jelinek <jakub at gcc dot gnu.org> --- > Created attachment 52176 > --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52176&action=edit > gcc12-pr104006.patch The patch lists gcc as toplevel dir instead of libgfortran... > Sorry for the gfortran.map-sun left-over. The kinds.inc missing dependency No worries, that was easily fixed. > seems to be there since forever, wonder what changed. > Anyway, this patch ought to fix both. I've moved the previous libgfortran dirs (32 and 64-bit) aside on both sparc and x86, the ran make -jN configure-target-libgfortran all-target-libgfortran. On x86 (-j48), the build worked just fine, on sparc (-j64) I now get the same error I had on x86 before (while compiling runtime/bounds.c, libgfortran.h doesn't find GFC_(REAL|COMPLEX)_[48] definitions), apparently only in the sparcv9 multilib. Rerunning the make all-target-libgfortran succeeds, though. Really strange. If kinds.h were missing completely at that point, I'd expect gcc message to that effect, that's why I suspected the header being incomplete instead.
