I was looking yesterday at the issue you opened about this. Let me see if LLVM finally finished compiling and I will push my fix if so.
On Fri, May 29, 2015 at 9:30 AM, J Luis <[email protected]> wrote: > Anyone (not many, I'm afraid) can give me an hint on what I could try to > fix this error? It seams that I'm nearly there but can't get over this one > by myself. > > My goal with this is that I would like to play a bit with Qt. > > Thanks > > CC src/codegen.o > codegen.cpp: In function 'llvm::Value* emit_expr(jl_value_t*, > jl_codectx_t*, bool, bool, jl_sym_t**)': > codegen.cpp:3229:59: error: no matching function for call to > 'llvm::IRBuilder<>::CreateCall(llvm::Value*)' > builder.CreateCall(prepare_call(resetstkoflw_func)); > ^ > codegen.cpp:3229:59: note: candidates are: > In file included from codegen.cpp:55:0: > V:/julia/usr/include/llvm/IR/IRBuilder.h:1468:13: note: llvm::CallInst* > llvm::IRBuilder<preserveNames, T, Inserter>::CreateCall(llvm::Value*, llvm > ::ArrayRef<llvm::Value*>, const llvm::Twine&) [with bool preserveNames = > true; T = llvm::ConstantFolder; Inserter = llvm::IRBuilderDefaultInserter > <true>] > CallInst *CreateCall(Value *Callee, ArrayRef<Value *> Args, > ^ > V:/julia/usr/include/llvm/IR/IRBuilder.h:1468:13: note: candidate > expects 3 arguments, 1 provided > V:/julia/usr/include/llvm/IR/IRBuilder.h:1473:13: note: llvm::CallInst* > llvm::IRBuilder<preserveNames, T, Inserter>::CreateCall(llvm::FunctionType > *, llvm::Value*, llvm::ArrayRef<llvm::Value*>, const llvm::Twine&) [with > bool preserveNames = true; T = llvm::ConstantFolder; Inserter = llvm:: > IRBuilderDefaultInserter<true>] > CallInst *CreateCall(llvm::FunctionType *FTy, Value *Callee, > ^ > V:/julia/usr/include/llvm/IR/IRBuilder.h:1473:13: note: candidate > expects 4 arguments, 1 provided > V:/julia/usr/include/llvm/IR/IRBuilder.h:1478:13: note: llvm::CallInst* > llvm::IRBuilder<preserveNames, T, Inserter>::CreateCall(llvm::Function*, > llvm::ArrayRef<llvm::Value*>, const llvm::Twine&) [with bool > preserveNames = true; T = llvm::ConstantFolder; Inserter = llvm:: > IRBuilderDefaultInserter<true>] > CallInst *CreateCall(Function *Callee, ArrayRef<Value *> Args, > ^ > V:/julia/usr/include/llvm/IR/IRBuilder.h:1478:13: note: candidate > expects 3 arguments, 1 provided > > > > quarta-feira, 27 de Maio de 2015 às 19:01:33 UTC+1, J Luis escreveu: >> >> >> >> Unless something has changed in the past month, the biggest issue with >>> the recommended Make.user options is that LLDB uses some C++11 features >>> that are not supported by GCC on Windows (call_once and some other >>> mutex-related stuff). >>> >>> https://github.com/Keno/Cxx.jl/issues/62#issuecomment-93184018 >>> >>> However, I'm not sure if LLDB is strictly necessary for the Clang-only >>> functionality (I do remember some linking errors without it, but that was a >>> number of months ago). >>> >> >> OK, insisted a bit more using a avoid the problems strategy I managed to >> build llvm but than hit the 'call_once' problem you mentioned. Restarted >> this time with >> >> BUILD_LLDB=0 >> >> and ... >> >> V:/julia/deps/llvm-svn/tools/lldb/source/API/SBValue.cpp:1663:38: warning >> : unknown conversion type character 'l' in format [-Wformat=] >> addr.GetOffset()); >> ^ >> V:/julia/deps/llvm-svn/tools/lldb/source/API/SBValue.cpp:1663:38: warning >> : too many arguments for format [-Wformat-extra-args] >> llvm[6]: Building Release+Asserts Archive Library liblldbAPI.a >> /v/julia/deps/llvm-svn/Makefile.rules:880: recipe for target 'all' failed >> make[4]: *** [all] Error 1 >> >> >> so, it's still trying to build LLDB. Is this the linking errors you were >> referring? >> >> >>> On Mon, May 25, 2015 at 7:15 PM, J Luis <[email protected]> wrote: >>> >>>> Thanks. Running make again let me advance a bit more but now I get tons >>>> of errors of this type >>>> >>>> Cannot export >>>> ZN4llvm8DenseMapIPKNS_5ValueENS_19SelectionDAGBuilder17DanglingDebugInfoENS_12DenseMapInfoIS3_EENS_6detail12DenseMapPairIS3_S5_EEE4growEj: >>>> symbol not defined >>>> Cannot export >>>> ZN4llvm8DenseMapIPKNS_5ValueENS_3ISD8NodeTypeENS_12DenseMapInfoIS3_EENS_6detail12DenseMapPairIS3_S5_EEE4growEj: >>>> symbol not defined >>>> >>>> So, it seams that build LLVM SVN is not straightforward with MSYS2. >>>> >>>> >>>> >>>> segunda-feira, 25 de Maio de 2015 às 23:57:22 UTC+1, andrew cooke >>>> escreveu: >>>>> >>>>> if you run make again, do you get a more helpful error? if it's >>>>> running multiple threads sometimes the logging is confused and erstarting >>>>> (and immediately hitting the error) is helpful. >>>>> >>>>> On Monday, 25 May 2015 17:38:47 UTC-3, J Luis wrote: >>>>>> >>>>>> Hmm, I~m confused with this error. What failed? >>>>>> >>>>>> OpenBLAS build complete. (BLAS CBLAS LAPACK LAPACKE) >>>>>> >>>>>> OS ... WINNT >>>>>> Architecture ... x86_64 >>>>>> BINARY ... 64bit >>>>>> Use 64 bits int (equivalent to "-i8" in Fortran) >>>>>> C compiler ... GCC (command line : gcc -m64) >>>>>> Fortran compiler ... GFORTRAN (command line : gfortran -m64) >>>>>> Library Name ... libopenblasp-r0.2.14.a (Multi threaded; Max >>>>>> num-threads is 16) >>>>>> >>>>>> To install the library, you can run "make >>>>>> PREFIX=/path/to/your/installation install". >>>>>> >>>>>> Makefile:49: recipe for target 'julia-deps' failed >>>>>> make: *** [julia-deps] Error 2 >>>>>> >>>>>> >>>>>> segunda-feira, 25 de Maio de 2015 às 20:33:11 UTC+1, J Luis escreveu: >>>>>>> >>>>>>> Ok, I'll start with it than. Thanks. >>>>>>> >>>>>>> segunda-feira, 25 de Maio de 2015 às 20:26:23 UTC+1, Keno Fischer >>>>>>> escreveu: >>>>>>>> >>>>>>>> I'm not sure, I've never tried. The regular Julia makefile build >>>>>>>> usually works fine though. >>>>>>>> >>>>>>>> On Mon, May 25, 2015 at 3:21 PM, J Luis <[email protected]> wrote: >>>>>>>> >>>>>>>>> OK, I may try one of these days but what would guess would the >>>>>>>>> best way to build LLVM? Will it be expected to work with a VS build? >>>>>>>>> >>>>>>>>> segunda-feira, 25 de Maio de 2015 às 20:07:08 UTC+1, Keno Fischer >>>>>>>>> escreveu: >>>>>>>>>> >>>>>>>>>> I don't think anybody has ever tried. It shouldn't be too hard to >>>>>>>>>> make work, but will definitely require some modifications to Cxx.jl. >>>>>>>>>> >>>>>>>>>> On Mon, May 25, 2015 at 3:00 PM, J Luis <[email protected]> wrote: >>>>>>>>>> >>>>>>>>>>> Does it worth trying or it's known that it won't work? (I could >>>>>>>>>>> try to build LLVM SVN with VS, if that helps) >>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>> >>>
