Martin Storsjö
Martin Storsjö
Even better. It seems pretty trivial to make CMake not set `CMAKE_NINJA_CMCLDEPS_RC=1` automatically in these cases, see https://gitlab.kitware.com/cmake/cmake/-/merge_requests/6843. I pushed such a commit at the end of my cmake branch...
The fix in https://gitlab.kitware.com/cmake/cmake/-/merge_requests/6843 was merged now, so this will be fixed out of the box upstream since 3.23.0.
This is pretty much only an xcbuild specific issue - and unfortunately, upstream development of xcbuild seems to have stopped, so this would require someone to pick up and continue...
If you are getting this error message, then either of these has happened: - Running `./vsdownload.py` failed and didn't unpack all files properly - You might have already partially run...
So you want to build compilers that are going to target `i686-elf`, `x86_64-elf` and `arm-none-eabi` - and you are going to run those compilers on Windows on aarch64? In what...
> I tried using cygwin to see if it would let me compile, but it didn't. > I got the following errors when compiling binutils: > `aarch64-w64-mingw32-gcc -c -DHAVE_CONFIG_H -g...
> I'm having trouble compiling binutils. > It stops at `rm -rf $backupdir; exit $rc`. > I try to close it, and then it continues. > And then it says...
> > > I'm having trouble compiling binutils. > > > It stops at `rm -rf $backupdir; exit $rc`. > > > I try to close it, and then it...
> > > > > I'm having trouble compiling binutils. > > > > > It stops at `rm -rf $backupdir; exit $rc`. > > > > > I try...
I can reproduce this, when targeting msvcrt.dll - with UCRT it works fine. (With msvcrt.dll, it seems to work fine on armv7 and aarch64 too though.) I won't act further...