OK, more news. The MSYS2 git was being stubborn in getting out of the way
(even when I prepended another one (a Windows portable git) in the path. So
I moved it out of the way (renamed it) and now I think I can scream V
... and go home.
Thanks for all your help (but don't go away).
julia>
sexta-feira, 29 de Maio de 2015 às 17:21:51 UTC+1, Tony Kelman escreveu:
>
> Oh, right, and that one is probably because Pkg doesn't work properly with
> a posix-style git in msys or cygwin, it only works with a mingw-style git
> like the one we bundle. So it's lose-lose until Cxx.jl converts t
You can just comment that out and run make manually first...
On Fri, May 29, 2015 at 12:21 PM, Tony Kelman wrote:
> Oh, right, and that one is probably because Pkg doesn't work properly with
> a posix-style git in msys or cygwin, it only works with a mingw-style git
> like the one we bundle. So
Oh, right, and that one is probably because Pkg doesn't work properly with
a posix-style git in msys or cygwin, it only works with a mingw-style git
like the one we bundle. So it's lose-lose until Cxx.jl converts to cmake,
or Julia switches to libgit2 (which is coming along well but probably won
Sorry, I'm being to impulsive with my reports. After posting I realized
that I tried to run the build from within the Windows cmd that knows
nothing about 'make'
When run from the MSYS2 bash (the same one that build julia itself) the
error is:
julia> Pkg.build("Cxx")
ERROR: failed process: Pro
I'm guessing you'll either need to
translate
https://github.com/Keno/Cxx.jl/blob/master/deps/BuildBootstrap.Makefile
into cmake, or run julia from within a posix environment that has gmake
available.
On Friday, May 29, 2015 at 8:44:59 AM UTC-7, J Luis wrote:
>
>
> I don't think anybody has ev
> 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.
>
Well, I guess it does. It stops immediately with
julia> Pkg.build("Cxx")
INFO: Building Cxx
Tuning for julia installation at: V:\julia\usr\bin
==
sexta-feira, 29 de Maio de 2015 às 15:41:58 UTC+1, Isaiah escreveu:
>
> But still regarding my issue, was I wrong to assume that "#ifdef LLVM37"
>> condition (line 3204) should also apply to Windows (currently it applies
>> only to NO-WINDOWS)?
>
>
> It intentionally does not apply to Windows
>
> But still regarding my issue, was I wrong to assume that "#ifdef LLVM37"
> condition (line 3204) should also apply to Windows (currently it applies
> only to NO-WINDOWS)?
It intentionally does not apply to Windows because the call arguments there
are different on Windows.
I did however find
Fixed. Regarding the other one you mentioned:
>
Thanks. It builds here too but did not try it any further (I had tried with
a NULL instead of a '{ }'). But still regarding my issue, was I wrong to
assume that "#ifdef LLVM37" condition (line 3204) should also apply to
Windows (currently it app
Fixed. Regarding the other one you mentioned:
(.text+0x23): undefined reference to `__imp_CoUninitialize'
Maybe you tried/corrected this already, but for future reference the issue
here is that the LLVM shared library version apparently (now?) needs to
link to ole32. I was able to work around th
Thanks.
Meanwhile I had to do a couple of dirty patches to reach this point but
probably they are specific of the MSYS2 build.
sexta-feira, 29 de Maio de 2015 às 14:34:18 UTC+1, Isaiah escreveu:
>
> I was looking yesterday at the issue you opened about this. Let me see if
> LLVM finally finished
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 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 ne
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_e
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#issuecommen
Just a follow up. I managed to build yesterday's LLVM SVN (today it's
broken) with Visual Studio but when I try to use that as USE_SYSTEM_LLVM=1
than I get lots of g++ errors.
So I'm defeated on this.
quarta-feira, 27 de Maio de 2015 às 01:26:30 UTC+1, J Luis escreveu:
>
> Hmm, unless this (in l
Hmm, unless this (in llvm-pdbdump.cpp) somehow does that name mangling
::CoInitializeEx(nullptr, Coinit);
There is no DLLEXPORT decorations to any of those two.
terça-feira, 26 de Maio de 2015 às 23:55:00 UTC+1, Jameson escreveu:
>
> That looks like it might be a name-mangling error. In particul
That looks like it might be a name-mangling error. In particular, they
should not have been mangled, but they instead got mangled as if they were
decorated with DLLEXPORT.
On Tue, May 26, 2015 at 1:15 PM J Luis wrote:
> After applying Keno's patch I now get only these two unresolved symbols
> e
After applying Keno's patch I now get only these two unresolved symbols
error.
llvm[3]: Linking Release+Asserts Shared Library LLVM-3.7svn.dll
V:/julia/deps/llvm-svn/build_Release+Asserts/Release+Asserts/lib/libLLVMSupport.a(COM.o):COM.cpp:(.text+0x16):
undefined reference to `__imp_CoInitializ
Would a posix-threads instead of win32-threads build of MinGW-w64 be worth
trying here?
On Monday, May 25, 2015 at 4:38:34 PM UTC-7, Isaiah wrote:
>
> 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
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
Ho
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
ZN4llvm8Dens
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?
>
>
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)
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 >
> wrote:
>
>> OK, I may try one of thes
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 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
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 w
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 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)
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)
29 matches
Mail list logo
