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)
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>
>>
