2013-04-13 2 views
0

Я построил clang с VS9 после manual.clang компилятор висит на окнах

Он был построен без ошибок. Но когда я пытаюсь скомпилировать код - он висит (не потребляющих циклы, два процесса), оба ствола и 3,2-релиз:

> "bin\clang++.exe" -c test.cpp -o test.bs -emit-llvm -v 

clang version 3.2 (tags/RELEASE_32/final) 
Target: i686-pc-win32 
Thread model: posix 
"C:/llvm/bin/clang++.exe" -cc1 -triple i686-pc-win32 -emit-llvm-bc -disable-free -main-file-name test.cpp -mrelocation-model static -mdisable-fp-elim -fmath-errno -masm-verbose -mconstructor-aliases -target-cpu pentium4 -momit-leaf-frame-pointer -v -coverage-file "C:\\llvm\\test.bs" -resource-dir "C:/llvm/bin\\..\\lib\\clang\\3.2" -fmodule-cache-path "C:\\Users\\qble\\AppData\\Local\\Temp\\1\\clang-module-cache" -internal-isystem C:/llvm/bin/../lib/clang/3.2/include -internal-isystem -std=c++11 -fdeprecated-macro -ferror-limit 19 -fmessage-length 0 -mstackrealign -fms-extensions -fms-compatibility -fmsc-version=1300 -fdelayed-template-parsing -fobjc-runtime=gcc -fobjc-default-synthesize-properties -fcxx-exceptions -fexceptions -fdiagnostics-show-option -o test.bs -x c++ test.cpp 
clang -cc1 version 3.2 based upon LLVM 3.2svn default target i686-pc-win32 -std=c++11 -fdeprecated-macro -ferror-limit 19 -fmessage-length 0 -mstackrealign -fms-extensions -fms-compatibility -fmsc-version=1300 -fdelayed-template-parsing -fobjc-runtime=gcc -fobjc-default-synthesize-properties -fcxx-exceptions -fexceptions -fdiagnostics-show-option -o test.bs -x c++ test.cpp " 
#include "..." search starts here: 
#include <...> search starts here: 
C:/llvm/bin/../lib/clang/3.2/include 
End of search list. 
[HANG IS HERE]^C 

Что не так? Как заставить его работать?

EDIT:

Можете ли вы найти, где второй процесс запускается? Является ли его stdin перенаправленным на трубу?

Второй proccess выполняется здесь, это "clang.exe":

>clang.exe!llvm::sys::Program::ExecuteAndWait(const llvm::sys::Path & path={...}, const char * * args=0x001ba3f0, const char * * envp=0x00000000, const llvm::sys::Path * * redirects=0x00000000, unsigned int secondsToWait=0, unsigned int memoryLimit=0, std::basic_string<char,std::char_traits<char>,std::allocator<char> > * ErrMsg="") line 34 C++ 
clang.exe!clang::driver::Compilation::ExecuteCommand(const clang::driver::Command & C={...}, const clang::driver::Command * & FailingCommand=0x00000000) line 282 + 0x24 bytes C++ 
clang.exe!clang::driver::Compilation::ExecuteJob(const clang::driver::Job & J={...}, const clang::driver::Command * & FailingCommand=0x00000000) line 298 + 0x10 bytes C++ 
clang.exe!clang::driver::Compilation::ExecuteJob(const clang::driver::Job & J={...}, const clang::driver::Command * & FailingCommand=0x00000000) line 303 + 0x12 bytes C++ 
clang.exe!clang::driver::Driver::ExecuteCompilation(const clang::driver::Compilation & C={...}, const clang::driver::Command * & FailingCommand=0x00000000) line 508 + 0x15 bytes C++ 
clang.exe!main(int argc_=3, const char * * argv_=0x001b28c0) line 476 + 0x1e bytes C++ 

EDIT:

Если я бегу:

type test.cpp | ..\build\bin\Debug\clang.exe -emit-llvm -c test.cpp -o test.bs 

Или командной строки сверху лязгом вывод напрямую - я получаю реальную ошибку компиляции (о заголовке). Таким образом, это выглядит как проблема с анализом/передачей аргументов.

+1

С тех пор как вы построили 'clang', вы можете перестроить его с помощью отладочных символов. А затем захватите трассировку стека. –

+0

Я сделал это - он ждет второго успеха, но я не проверял, что делает второй процесс. – qble

+0

@BenVoigt hm, второй процесс ждет ввода от qble

ответ

1

Проблема была с моим ВКЛЮЧАЕТ env var. Это был путь, как

c:\some\dir\ 

лязга передал его подпроцесс (Win CreateProcess принимает сцепленный арг):

clang.exe someargs "c:\some\dir\" otherargs 

и выглядит как из-за последние обратные косые черты, двойные кавычки были «убежали», потому что argv_ в подпроцессе был:

somepath/clang.exe 
someargs 
c:\some\dir" otherargs 

примечания как обратный слэш был «б», и что другие_аргументы объединился с этим путем, поэтому он ждал - он не попал в состав args.

Clang-х программа :: Execute должен быть установлен для поддержки избежать обратной косой черты или кода, который разбирает ВКЛЮЧИТЬ ENV вар.

EDIT от Stefan v.K: Соответствующая запись в llvm трекер ошибок с возможным патчем. http://llvm.org/bugs/show_bug.cgi?id=15802

+0

хороший улов, между тем, я думаю, вы можете обойти это, не имея задней обратной косой черты. Или используйте разделители каталогов в стиле POSIX '/'. –

+0

Да, это как раз то, что (как: удалено трейлинг, так и конвертировано другим в '/') – qble

+0

@artlessnoise спасибо! поэтому, как сообщается об ошибке, я принимаю ответ. – qble

Смежные вопросы