https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92709
Jim Wilson <wilson at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |wilson at gcc dot gnu.org
--- Comment #3 from Jim Wilson <wilson at gcc dot gnu.org> ---
>make[4]: Entering directory
>'/home/cqwrteur/gcc-riscv64-build/riscv64-linux-gnu/lib32/ilp32/libgcc'
>make[4]: *** No rule to make target 'all'. Stop.
Look in the riscv64-linux-gnu/lib32/ilp32/libgcc dir. There should be a
Makefile that is a copy of the $srcdir/libgcc/Makefile.in file with some sed
substition. If this isn't true, then it is the configure step that failed.
You can force the library dirs to reconfigure by deleting them. It gets a bit
more complicated with multilibs, I think you have to delete the top level
riscv64-linux-gnu/libgcc to force a reconfigure, but just a rm -rf
riscv64-linux-gnu works too and is simpler, though more stuff will be rebuilt.
You might want to do a -j1 make to get an easier to read build log.
I don't have a Windows machine at work, but there is only one WSL problem that
I have seen reported, and it is that WSL makes filesystems case-insensitive by
default which is contrary to linux practice. It is known that this will break
glibc builds which uses .os and .oS for two different kinds of files. I don't
think that this breaks gcc builds. But since you are trying to do a cross to
riscv64-linux-gnu you will run into this problem if you haven't already.
