<div dir="ltr"><div class="gmail_default" style="font-family:courier new,monospace;font-size:small;color:#000000">I am sorry for taking so long to update my status, tough week<br></div><div class="gmail_default" style="font-family:courier new,monospace;font-size:small;color:#000000"><br></div><div class="gmail_default" style="font-family:courier new,monospace;font-size:small;color:#000000">I was able to build clang with ninja -j8 on my computer while normally using it (firefox, unity 3D, visual studio ...). So, I guess MSBuild uses way too much ran when building in a multithreaded environment? Should I try to debug MSBuild or file a bug report?</div><div class="gmail_default" style="font-family:courier new,monospace;font-size:small;color:#000000"><br></div><div class="gmail_default" style="font-family:courier new,monospace;font-size:small;color:#000000">Anyway, I watched as the other thread on whether or not to abandon the MSBuild workflow...</div><div class="gmail_default" style="font-family:courier new,monospace;font-size:small;color:#000000"><br></div><div class="gmail_default" style="font-family:courier new,monospace;font-size:small;color:#000000">What if cmake generated by default a solution that builds using only a single thread? This way people would not complain when trying to use this workflow and mantainers / more experienced users would change this setting when they find it appropriate.</div><div class="gmail_default" style="font-family:courier new,monospace;font-size:small;color:#000000"><br></div><div class="gmail_default" style="font-family:courier new,monospace;font-size:small;color:#000000">Thank you very much for the support so far! Very nice community, I hope to contribute soon :)</div><div class="gmail_default" style="font-family:courier new,monospace;font-size:small;color:#000000"><br></div><div class="gmail_default" style="font-family:courier new,monospace;font-size:small;color:#000000">Fabio<br></div><div class="gmail_default" style="font-family:courier new,monospace;font-size:small;color:#000000"><br></div></div><br><div class="gmail_quote"><div dir="ltr">On Sun, Oct 7, 2018 at 9:04 PM Zachary Turner <<a href="mailto:zturner@google.com">zturner@google.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Actually, scratch that.  This is with the x86 host toolchain.  :(</div><br><div class="gmail_quote"><div dir="ltr">On Sun, Oct 7, 2018 at 5:01 PM Zachary Turner <<a href="mailto:zturner@google.com" target="_blank">zturner@google.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Well, I am actually getting this now even with ninja.<div><br></div><div><div>FINAL LINK: command "C:\PROGRA~2\MICROS~1\2017\PROFES~1\VC\Tools\MSVC\1415~1.267\bin\Hostx86\x86\link.exe /nologo tools\llvm-opt-fuzzer\CMakeFiles\llvm-opt-fuzzer.dir\DummyOptFuzzer.cpp.obj tools\llvm-opt-fuzzer\CMakeFiles\llvm-opt-fuzzer.dir\llvm-opt-fuzzer.cpp.obj tools\llvm-opt-fuzzer\CMakeFiles\llvm-opt-fuzzer.dir\__\__\resources\windows_version_resource.rc.res /out:bin\llvm-opt-fuzzer.exe /implib:lib\llvm-opt-fuzzer.lib /pdb:bin\llvm-opt-fuzzer.pdb /version:0.0 /machine:X86 /STACK:10000000 /debug /INCREMENTAL /subsystem:console lib\LLVMX86CodeGen.lib lib\LLVMX86AsmParser.lib lib\LLVMX86AsmPrinter.lib lib\LLVMX86Desc.lib lib\LLVMX86Disassembler.lib lib\LLVMX86Info.lib lib\LLVMX86Utils.lib lib\LLVMAnalysis.lib lib\LLVMBitReader.lib lib\LLVMBitWriter.lib lib\LLVMCodeGen.lib lib\LLVMCore.lib lib\LLVMCoroutines.lib lib\LLVMipo.lib lib\LLVMIRReader.lib lib\LLVMAggressiveInstCombine.lib lib\LLVMInstCombine.lib lib\LLVMInstrumentation.lib lib\LLVMFuzzMutate.lib lib\LLVMMC.lib lib\LLVMObjCARCOpts.lib lib\LLVMScalarOpts.lib lib\LLVMSupport.lib lib\LLVMTarget.lib lib\LLVMTransformUtils.lib lib\LLVMVectorize.lib lib\LLVMPasses.lib lib\LLVMAsmPrinter.lib lib\LLVMGlobalISel.lib lib\LLVMSelectionDAG.lib lib\LLVMX86AsmPrinter.lib lib\LLVMX86Utils.lib lib\LLVMMCDisassembler.lib lib\LLVMCodeGen.lib lib\LLVMipo.lib lib\LLVMBitWriter.lib lib\LLVMIRReader.lib lib\LLVMAsmParser.lib lib\LLVMLinker.lib lib\LLVMInstrumentation.lib lib\LLVMScalarOpts.lib lib\LLVMAggressiveInstCombine.lib lib\LLVMInstCombine.lib lib\LLVMTarget.lib lib\LLVMVectorize.lib lib\LLVMTransformUtils.lib lib\LLVMAnalysis.lib lib\LLVMObject.lib lib\LLVMBitReader.lib lib\LLVMMCParser.lib lib\LLVMMC.lib lib\LLVMDebugInfoCodeView.lib lib\LLVMDebugInfoMSF.lib lib\LLVMProfileData.lib lib\LLVMCore.lib lib\LLVMBinaryFormat.lib lib\LLVMSupport.lib psapi.lib shell32.lib ole32.lib uuid.lib advapi32.lib delayimp.lib -delayload:shell32.dll -delayload:ole32.dll lib\LLVMDemangle.lib kernel32.lib user32.lib gdi32.lib winspool.lib shell32.lib ole32.lib oleaut32.lib uuid.lib comdlg32.lib advapi32.lib /MANIFEST /MANIFESTFILE:tools\llvm-opt-fuzzer\CMakeFiles\llvm-opt-fuzzer.dir/intermediate.manifest tools\llvm-opt-fuzzer\CMakeFiles\llvm-opt-fuzzer.dir/manifest.res" failed (exit code 1102) with the following output:</div><div>LINK : fatal error LNK1102: out of memory</div></div><div><br></div><div>I'll dig in some.</div></div><br><div class="gmail_quote"><div dir="ltr">On Sun, Oct 7, 2018 at 4:42 PM Zachary Turner <<a href="mailto:zturner@google.com" target="_blank">zturner@google.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><div dir="ltr">On Sun, Oct 7, 2018 at 4:30 PM Fábio Picchi via cfe-dev <<a href="mailto:cfe-dev@lists.llvm.org" target="_blank">cfe-dev@lists.llvm.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_default" style="font-family:courier new,monospace;font-size:small;color:#000000">> 
The problem is that by default VS2017 builds Clang in parallel to how many cores you have <br></div><div class="gmail_default" style="font-family:courier new,monospace;font-size:small;color:#000000"><br></div></div><div dir="ltr"><div class="gmail_default" style="font-family:courier new,monospace;font-size:small;color:#000000">That would explain my problem in building clang then as I have an eight core Ryzen 7 1700X with only 8GB of RAM. I will try to build with parallel building off...</div><div class="gmail_default" style="font-family:courier new,monospace;font-size:small;color:#000000"><br></div><div class="gmail_default" style="font-family:courier new,monospace;font-size:small;color:#000000">But did ninja ignore these build options? Because I was able to build clang using it without any problem.</div><div class="gmail_default" style="font-family:courier new,monospace;font-size:small;color:#000000"><br></div><div class="gmail_default" style="font-family:courier new,monospace;font-size:small;color:#000000">I will look into it and post some results tomorrow.</div></div></blockquote><div><br></div></div></div><div dir="ltr"><div class="gmail_quote"><div>Ninja is not MSBuild, it has its own algorithm for scheduling parallel jobs (you can control this with the -j option, but by default it picks something sane).  You can see what happens if you pass -j 8.</div><div><br></div><div>I still don't see how your situation would result in an out of memory error.  How much physical memory your system has is totally irrelevant, you still cannot "run out of memory" from the process's point of view unless you also run out of disk space for swap, which is extremely unlikely unless you have configured a very small swap. </div></div></div>
</blockquote></div>
</blockquote></div>
</blockquote></div>