-
Notifications
You must be signed in to change notification settings - Fork 6
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
make -j 4 doesn't work properly #19
Comments
Works as expected for me, and creates all 6 folders. I recently update my system, but i use make -j8 all the time, especially with gemlib, where it makes a big difference in compilation times, and it always worked. mintlib should work too. Only project which sometimes seem to cause trouble is the freemint kernel. |
That's odd. I refuse to believe that it is caused by some WSL difference, most likely my build is just a bit slower due to virtualization. Is there something I could check? I started with clean source tree. |
Are you using the linux version of gcc-m68k-atari-mint-gcc on WSL? Maybe you can also try the mingw version, available on my site. Maybe you need MSYS2 for a bash. |
Indeed. I'll test it in other environments, I vaguely remember trying |
Today i had a similar issue. make -j8 did not fail, but apparently did not rebuild anything. Running it again solved it. Such issues are a pain. They are hard to track, because they depend on the order on how the commands are run. |
Yeah, for that reason I rarely use the |
But for gemlib that isn't the case. Its not large, but there are a lot of small files, and make -j makes a big difference. And any change to mt_gem.h will trigger a full recompilation. |
I rarely use the
-j
switch but somehow I had the feeling that at least gemlib and mintlib are parallel-builds friendly? However that doesn't seem to be the case, only the following folders are created: .lib020, .lib16, .lib, .lib02016The text was updated successfully, but these errors were encountered: