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] <javascript:>> 
> 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)
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>
>

Reply via email to