search for: do_compile

...build adopted USES_TERMINAL for this same reason in > r280748. I applied the 2 patches you mentioned above on my 3.9.1 tree and although the build seems to go along nicely than the earlier reported symptoms I can still see LLVMSupport being built a bit too many times than expected. $ cat log.do_compile | grep "Built target" | cut -d "]" -f2 | grep Support Built target LLVMSupport Built target LLVMSupport Built target LLVMSupport Built target LLVMSupport Now, I would expect to see LLVMSupport being built only twice, once for the NATIVE build and the other for the target. I...

...c/ lib/VMCore/PassManager.cpp:1126 #19 0x00a6db8d in llvm::FunctionPassManager::run (this=0x41a0e3f0, F=@0x41a1dc40) at /Volumes/Gir/devel/llvm/llvm.src/lib/VMCore/ PassManager.cpp:1071 #20 0x00567fd5 in llvm_asm_file_end () at ../../llvm-gcc-4.0.src/gcc/ llvm-backend.cpp:535 #21 0x00525fc1 in do_compile () at ../../llvm-gcc-4.0.src/gcc/ toplev.c:1175 #22 0x005262f4 in toplev_main (argc=0, argv=0xbfffea28) at ../../llvm- gcc-4.0.src/gcc/toplev.c:2419 #23 0x00002136 in start () Any ideas? :-) -bw

...odulePassManager::runOnModule(llvm::Module&) (PassManagerT.h:917) ==12768== by 0xED482B: llvm::PassManager::run(llvm::Module&) (Pass.cpp:85) ==12768== by 0x8C5312: llvm_asm_file_end (llvm-backend.cpp:383) ==12768== by 0x86F448: compile_file (toplev.c:1166) ==12768== by 0x871809: do_compile (toplev.c:2327) ==12768== by 0x871870: toplev_main (toplev.c:2359) ==12768== by 0x4BA112: main (llvm-main.cpp:37) I really cannot understand how Stream can be undefined on Streams.h:41 :-( Best Regards, Rafael

Hi Folks, I am building LLVM 3.9.1 using the Yocto build system for a cross build. The compiled bins/libs work totally fine on the target machine however there seems to be an intermittent race condition during the build which causes a build failure. On the failed builds I usually see things being linking/compiling twice e.g. Linking CXX static library ../libLLVMSupport.a cd