"Checking submodules" for miniupnp, unbound, and rapidjson during make states "No such file or directory" when these directories exist

[mmortal03]

When making either Monero master or v0.13.0.3 on Windows in MSYS2 MinGW 64-bit (for instance, by running: make -j9 release-static-win64), I get the following output, even though these submodule directories properly exist (from having previously run a fresh: git clone --recursive https://github.com/monero-project/monero)

-- Checking submodules
/bin/bash: line 0: cd: C:/msys64/home/mmortal03/monero/external/miniupnp: No such file or directory
/bin/bash: line 0: cd: C:/msys64/home/mmortal03/monero/external/unbound: No such file or directory
/bin/bash: line 0: cd: C:/msys64/home/mmortal03/monero/external/rapidjson: No such file or directory

In spite of this, I can still compile v0.13.0.3, so there's seemingly just something superficially wrong with the submodule checking syntax?

Testing the command from CMakeLists.txt outside of the make process directly on the MSYS2 commandline produces a result, not an error, so it's probably just something wrong with the syntax?

For example, running the following command results in no output from the part before the Boolean operator, and the proper result of the git command from after the Boolean operator:

bash -c "cd C:/msys64/home/mmortal03/monero/external/miniupnp && git rev-parse HEAD"

[moneromooo-monero]

Do you see files with this ? ls C:/msys64/home/mmortal03/monero/external/miniupnp Nevermind, your last sentence implies there are.

[mmortal03]

This will be fixed once #4620 is merged. Closing.

[xiphon]

@mmortal03
PS: I think you don't have to close the issue before it gets merged

[mmortal03]

I just didn't want to forget to close it later, but for discoverability reasons (others noticing the same thing) maybe it should stay open until it gets merged.

[moneromooo-monero]

+resolved