Upgrade build system to BB2 -- Part 1 #406

Gnimuc · 2019-03-09T15:16:05Z

This PR is for providing an out-of-box user installation experience of Cxx.jl. You could give it a test by (v1.1) pkg> add https://github.com/Gnimuc/Cxx.jl#BB2.

Platform	Status
macOS	✅
Linux x86_64	✅
Linux i686	❌
Windows x86_64	experimental (see #406 (comment) below)
Windows i686	❌
FreeBSD	❓

In short, the package works fine almost on all x86_64 platforms. There is a symbol missing error (clang::FileManager::getVirtualFile(llvm::StringRef, long, long)) on i686 platforms, which is probably due to the incompatibility between LLVMBuilder(only tested with gcc7) and current released 32bit Julia.

UPDATE

Since there are still some compatibility issues between Julia and LLVMBuilder (especially i686 platforms), I won't revisit this until Julia1.2 is released. Currently, the binary build for macOS and Linux x86_64 is working quite well. Windows x86_64 support is still experimental: pre-built binary can be loaded successfully and a lot of examples can work as expected, but other examples may trigger segment faults which, I guess, are due to some unknown bugs in Cxx.

I think the first step is to merge this PR and tag a new release so more people can test this package and submit bug reports. Then we can try to support other Tier 1 platforms until after Julia1.2 is released. It looks like Keno is heading on other important things and doesn't have time to review this, so I'm pinging all you guys here (sorry in advance if this is disturbing), but it would be great if you could help to review/test this PR.

cc @ararslan @cdsousa @phlavenk @btaidm @oschulz @ahumenberger @grizzlysmit @zsz00 @ervinbosenbacher @DrKrar @skariel

fix #403, fix #398, fix #397, fix #394, fix #393, fix #388

It looks that `dump` is no longer exposed in LLVM release build.

ararslan · 2019-03-09T17:29:39Z

Don't forget to add FreeBSD to the list. 😉

ararslan · 2019-03-09T17:29:59Z

Why delete the Project.toml file?

Gnimuc · 2019-03-10T01:21:02Z

To temporarily workaround a dependency problem, I will add it back in the end.

Gnimuc · 2019-03-10T06:02:05Z

It turns out LLVMBuilder for FreeBSD is currently broken :(

Gnimuc · 2019-03-10T14:28:31Z

~~Package compiled on Windows, but I got some errors when running the basic example:~~

julia> using Cxx julia> jnum = 10 10 julia> cxx""" #include<iostream> """ true julia> cxx""" void printme(int x) { std::cout << x << std::endl; } """ true julia> @cxx printme(jnum) Invalid bitcast %dummy = bitcast i64 %0 to i32 define void @cxxjl.5(i64) personality i32 ()* @__cxxjl_personality_v0 { top: %dummy.addr = alloca i32, align 4 %dummy = bitcast i64 %0 to i32 store i32 %dummy, i32* %dummy.addr, align 4 %1 = load i32, i32* %dummy.addr, align 4 call void @_Z7printmei(i32 %1) ret void } ERROR: error compiling cppcall: Malformed LLVM Function Stacktrace: [1] top-level scope at none:0

this can be fixed by @cxx printme(Cint(jnum)), so I guess there might be something wrong in the codegen. @Keno could you give some hints on how to debug this issue?

UPDATE

~~This issue was reported on 32bit platforms before: #370~~

UPDATE2

This has been fixed by forcing to use

Cxx.jl/src/bootstrap.cpp

Lines 172 to 173 in c62cb57

    
           TYPE_ACCESS(cT_int64,LongLongTy) 
        
           TYPE_ACCESS(cT_uint64,UnsignedLongLongTy)

even on 64bit Windows. ~~However, I don't any idea about how to fix the following segfaults:~~ This error is due to Julia/Cxx can't handle $:(julia_global::Int64) correctly on Windows. It can be fixed by directly insert $julia_global into the cxx_str macro.

julia> using Cxx
julia> cxx"""
       #include <stdint.h>
       """
julia> julia_global = 1
julia> cxx"""
       uint64_t bar() {
           return (uint64_t)$:(julia_global::Int64);
           }
           """

Please submit a bug report with steps to reproduce this fault, and any error messages that follow (in their entirety). Thanks.
Exception: EXCEPTION_ACCESS_VIOLATION at 0x0 -- unknown function (ip: 0000000000000000)
in expression starting at no file:0
unknown function (ip: FFFFFFFFFFFFFFFF)
CloneFunctionAndAdjust at C:\Users\gnimuc\.julia\dev\Cxx\deps\usr\bin\libcxxffi.DLL (unknown line)
ReplaceFunctionForDecl at C:\Users\gnimuc\.julia\dev\Cxx\deps\usr\bin\libcxxffi.DLL (unknown line)
#ReplaceFunctionForDecl#5 at C:\Users\gnimuc\.julia\dev\Cxx\src\clangwrapper.jl:385 [inlined]
#ReplaceFunctionForDecl at .\none:0 [inlined]
#ReplaceFunctionForDecl#6 at C:\Users\gnimuc\.julia\dev\Cxx\src\clangwrapper.jl:391 [inlined]
#ReplaceFunctionForDecl at .\none:0
...
...
...

twadleigh · 2019-03-12T17:16:14Z

I have been using the Gnimuc:patch-mac branch of Cxx lately, but last night gave this branch a try. I got this:

In file included from /Cxx.cpp:1:
In file included from /home/tracy/dev/CompoundEye-CUDA/jl/pkgs/CeCxx/src/generic.jl:117:
In file included from /usr/lib/gcc/x86_64-linux-gnu/7.3.0/../../../../include/boost/shared_ptr.hpp:17:
In file included from /usr/lib/gcc/x86_64-linux-gnu/7.3.0/../../../../include/boost/smart_ptr/shared_ptr.hpp:28:
In file included from /usr/lib/gcc/x86_64-linux-gnu/7.3.0/../../../../include/boost/smart_ptr/detail/shared_count.hpp:29:
In file included from /usr/lib/gcc/x86_64-linux-gnu/7.3.0/../../../../include/boost/smart_ptr/detail/sp_counted_base.hpp:45:
In file included from /usr/lib/gcc/x86_64-linux-gnu/7.3.0/../../../../include/boost/smart_ptr/detail/sp_counted_base_clang.hpp:18:
In file included from /usr/lib/gcc/x86_64-linux-gnu/7.3.0/../../../../include/boost/detail/sp_typeinfo.hpp:20:
In file included from /usr/lib/gcc/x86_64-linux-gnu/7.3.0/../../../../include/boost/core/typeinfo.hpp:119:
In file included from /usr/lib/gcc/x86_64-linux-gnu/7.3.0/../../../../include/boost/core/demangle.hpp:32:
/usr/lib/gcc/x86_64-linux-gnu/7.3.0/../../../../include/c++/7.3.0/cxxabi.h:128:3: error: exception specification in declaration does not match previous declaration
  __cxa_atexit(void (*)(void*), void*, void*) _GLIBCXX_NOTHROW;
  ^
/home/tracy/.julia/packages/Cxx/4XAMz/src/boot.h:35:10: note: previous declaration is here
    void __cxa_atexit() {}
         ^

The offending line was:

cxx"""
#include <memory>
#include <boost/shared_ptr.hpp>  // <-- this one
"""

I realize this is just a WIP right now, but thought I'd try to help surface any issues early.

Gnimuc · 2019-03-13T01:13:08Z

@twadleigh that's due to this commit 7b9dd68 which should be Win32 only.

ararslan · 2019-04-11T19:57:17Z

docs/src/examples.md

@@ -200,7 +200,7 @@ julia> const path_to_lib = pwd();
 julia> addHeaderDir(path_to_lib, kind=C_System)

 julia> Libdl.dlopen(joinpath(path_to_lib, "libarraymaker.so"), Libdl.RTLD_GLOBAL)
-Ptr{Void} @0x00007f9dd4556d60
+Ptr{Cvoid} @0x00007f9dd4556d60


Cvoid is actually an alias for Nothing; void pointers print as Ptr{Nothing}.

ararslan · 2019-04-11T19:59:27Z

src/cxxstr.jl

@@ -714,7 +716,6 @@ end
    dne = CreateDeclRefExpr(C,FD)
    argt = tuple(llvmargs...)
    expr = CallDNE(C,dne,argt; argidxs = argidxs, symargs = symargs)
-    expr


Why get rid of this? If you do want to get rid of it, you can similarly ditch the assignment above it, since it's just the RHS that will be used/returned.

ararslan · 2019-04-11T19:59:58Z

src/initialization.jl

-    contains(xcode_path, "Xcode.app") && (xcode_path *= "/Toolchains/XcodeDefault.xctoolchain")
-    xcode_path *= "/"
-
+    xcode_path = "/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/"


Is there not still a way to get this automatically, e.g. via xcode-select?

ararslan · 2019-04-11T20:02:37Z

This is really great work! I don't feel fully qualified to review it, but I've left a few comments in-line. Aside from those, I'll note:

LLVMBuilder now supports FreeBSD, so it should be possible to add that here as well
Can the Project.toml file now be reinstated?
Why require Julia 1.1 instead of 1.0?

ref: JuliaPackaging/BinaryProvider.jl#152

Since we're not going to support binary build for v0.7-, these code are totally obsoleted.

Gnimuc · 2019-04-12T14:45:42Z

Hi @ararslan, I've rebased this PR and applied your suggestions. I can successfully build libcxxffi binary for FreeBSD: https://github.com/Gnimuc/CxxBuilder/releases/tag/v0.0.4-1, but I don't have a BSD environment for testing whether the pre-built lib is dlopen-able. We also need to add an init function for it.

This PR is for Julia-1.1+LLVM-6.0.1 only. The main reason is the incompatibility between the official Julia binaries and LLVMBuilder releases. You could refer to previous discussions for details:

It's possible to add binary-build support for Julia-1.0, but I failed to make that work on Windows. For now, the libcxxffi binary used in this PR is actually Julia-master compatible which happens to be compatible with Julia-1.1 x86_64 platforms. It's hard to get everything works without the full compatibility between Julia and LLVMBuilder. Hopefully, we will have it in post-Julia-1.2-era.

ararslan · 2019-04-12T19:43:39Z

I can give it a try on my FreeBSD system, and if all goes well we can turn on Cirrus CI for this repo to test on FreeBSD.

ararslan · 2019-04-12T19:58:00Z

welp staticfloat/LLVMBuilder#45

EDIT: So apparently one should not be opening multiple copies of libLLVM, which is the cause of that issue. What is it that needs to be dlopened in this case? Is it libclang?

Gnimuc · 2019-04-13T00:56:23Z

It's libcxxffi.so, but I think libLLVM should also be dlopen-able.

kraftpunk97-zz · 2019-04-16T14:15:31Z

@Gnimuc Not sure if this is still a WIP, but I got multiple errors when I tried to precompile your #master. Is this behaviour expected?

Gnimuc · 2019-04-16T14:19:59Z

@kraftpunk97 It should work as long as you're working on macOS, Linux(64bit) or Windows(64bit). Could you comment those errors below?

BTW, you may need to manually git fetch the latest master.

kraftpunk97-zz · 2019-04-16T14:41:28Z

@Gnimuc Here's the error when I precompile Cxx, after calling ] add https://github.com/Gnimuc/Cxx.jl and building it...
It says could not add directory /usr/include to clang search path. Perhaps, this is an easy fix?

julia> using Cxx
[ Info: Recompiling stale cache file /Users/kartikeygupta/.julia/compiled/v1.1/Cxx/ESGkI.ji for Cxx [a0b5b9ef-44b7-5148-a2d1-f6db19f3c3d2]
WARNING: Could not add directory /usr/include to clang search path!
In file included from /Cxx.h:1:
In file included from /Users/kartikeygupta/.julia/packages/Cxx/mXAva/src/boot.h:16:
In file included from /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/include/c++/v1/cstring:61:
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/include/c++/v1/string.h:61:15: fatal error: 'string.h' file not found
#include_next <string.h>
              ^~~~~~~~~~
In file included from /Cxx.h:1:
In file included from /Users/kartikeygupta/.julia/packages/Cxx/mXAva/src/CxxREPL/replpane.jl:83:
In file included from /Users/kartikeygupta/.julia/packages/Cxx/mXAva/src/CxxREPL/../../deps/usr/src/clang-6.0.1/include/clang/Parse/Parser.h:17:
In file included from /Users/kartikeygupta/.julia/packages/Cxx/mXAva/src/CxxREPL/../../deps/usr/src/clang-6.0.1/include/clang/AST/Availability.h:17:
In file included from /Users/kartikeygupta/.julia/packages/Cxx/mXAva/src/CxxREPL/../../deps/usr/src/clang-6.0.1/include/clang/Basic/SourceLocation.h:18:
In file included from /Users/kartikeygupta/.julia/packages/Cxx/mXAva/src/CxxREPL/../../deps/usr/src/clang-6.0.1/include/clang/Basic/LLVM.h:22:
In file included from /Users/kartikeygupta/.julia/packages/Cxx/mXAva/src/CxxREPL/../../deps/usr/build/clang-6.0.1/include/llvm/Support/Casting.h:19:
In file included from /Users/kartikeygupta/.julia/packages/Cxx/mXAva/src/CxxREPL/../../deps/usr/build/clang-6.0.1/include/llvm/Support/type_traits.h:19:
In file included from /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/include/c++/v1/utility:198:
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/include/c++/v1/__tuple:80:44: error: base specifier must name a class
template <class _Tp> struct __tuple_like : false_type {};
                                           ^~~~~~~~~~
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/include/c++/v1/__tuple:165:63: error: base specifier must name a class
template <class... _Tp> struct __tuple_like<tuple<_Tp...> > : true_type {};
                                                              ^~~~~~~~~
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/include/c++/v1/__tuple:197:72: error: base specifier must name a class
template <class _T1, class _T2> struct __tuple_like<pair<_T1, _T2> > : true_type {};
                                                                       ^~~~~~~~~
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/include/c++/v1/__tuple:225:78: error: base specifier must name a class
template <class _Tp, size_t _Size> struct __tuple_like<array<_Tp, _Size> > : true_type {};
                                                                             ^~~~~~~~~
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/include/c++/v1/__tuple:299:71: error: base specifier must name a class
template <class... _Tp> struct __tuple_like<__tuple_types<_Tp...> > : true_type {};
                                                                      ^~~~~~~~~
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/include/c++/v1/__tuple:418:14: error: base specifier must name a class
    : public false_type {};
      ~~~~~~~^~~~~~~~~~
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/include/c++/v1/__tuple:433:14: error: base specifier must name a class
    : public false_type {};
      ~~~~~~~^~~~~~~~~~
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/include/c++/v1/__tuple:448:14: error: base specifier must name a class
    : public false_type {};
      ~~~~~~~^~~~~~~~~~
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/include/c++/v1/__tuple:472:37: error: base specifier must name a class
struct __tuple_like_with_size_imp : false_type {};
                                    ^~~~~~~~~~
In file included from /Cxx.h:1:
In file included from /Users/kartikeygupta/.julia/packages/Cxx/mXAva/src/CxxREPL/replpane.jl:83:
In file included from /Users/kartikeygupta/.julia/packages/Cxx/mXAva/src/CxxREPL/../../deps/usr/src/clang-6.0.1/include/clang/Parse/Parser.h:17:
In file included from /Users/kartikeygupta/.julia/packages/Cxx/mXAva/src/CxxREPL/../../deps/usr/src/clang-6.0.1/include/clang/AST/Availability.h:17:
In file included from /Users/kartikeygupta/.julia/packages/Cxx/mXAva/src/CxxREPL/../../deps/usr/src/clang-6.0.1/include/clang/Basic/SourceLocation.h:18:
In file included from /Users/kartikeygupta/.julia/packages/Cxx/mXAva/src/CxxREPL/../../deps/usr/src/clang-6.0.1/include/clang/Basic/LLVM.h:22:
In file included from /Users/kartikeygupta/.julia/packages/Cxx/mXAva/src/CxxREPL/../../deps/usr/build/clang-6.0.1/include/llvm/Support/Casting.h:19:
In file included from /Users/kartikeygupta/.julia/packages/Cxx/mXAva/src/CxxREPL/../../deps/usr/build/clang-6.0.1/include/llvm/Support/type_traits.h:19:
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/include/c++/v1/utility:268:1: error: redefinition of 'swap' as different kind of symbol
swap(_Tp (&__a)[_Np], _Tp (&__b)[_Np]) _NOEXCEPT_(__is_nothrow_swappable<_Tp>::value)
^
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/include/c++/v1/type_traits:4602:1: note: previous definition is here
swap(_Tp (&__a)[_Np], _Tp (&__b)[_Np]) _NOEXCEPT_(__is_nothrow_swappable<_Tp>::value);
^
In file included from /Cxx.h:1:
In file included from /Users/kartikeygupta/.julia/packages/Cxx/mXAva/src/CxxREPL/replpane.jl:83:
In file included from /Users/kartikeygupta/.julia/packages/Cxx/mXAva/src/CxxREPL/../../deps/usr/src/clang-6.0.1/include/clang/Parse/Parser.h:17:
In file included from /Users/kartikeygupta/.julia/packages/Cxx/mXAva/src/CxxREPL/../../deps/usr/src/clang-6.0.1/include/clang/AST/Availability.h:17:
In file included from /Users/kartikeygupta/.julia/packages/Cxx/mXAva/src/CxxREPL/../../deps/usr/src/clang-6.0.1/include/clang/Basic/SourceLocation.h:18:
In file included from /Users/kartikeygupta/.julia/packages/Cxx/mXAva/src/CxxREPL/../../deps/usr/src/clang-6.0.1/include/clang/Basic/LLVM.h:22:
In file included from /Users/kartikeygupta/.julia/packages/Cxx/mXAva/src/CxxREPL/../../deps/usr/build/clang-6.0.1/include/llvm/Support/Casting.h:19:
In file included from /Users/kartikeygupta/.julia/packages/Cxx/mXAva/src/CxxREPL/../../deps/usr/build/clang-6.0.1/include/llvm/Support/type_traits.h:19:
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/include/c++/v1/utility:950:10: error: no member named 'memcpy' in namespace 'std'; did you mean 'memchr'?
    std::memcpy(&__r, __p, sizeof(__r));
    ~~~~~^
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/include/c++/v1/cstring:81:9: note: 'memchr' declared here
using ::memchr;
        ^
In file included from /Cxx.h:1:
In file included from /Users/kartikeygupta/.julia/packages/Cxx/mXAva/src/CxxREPL/replpane.jl:83:
In file included from /Users/kartikeygupta/.julia/packages/Cxx/mXAva/src/CxxREPL/../../deps/usr/src/clang-6.0.1/include/clang/Parse/Parser.h:17:
In file included from /Users/kartikeygupta/.julia/packages/Cxx/mXAva/src/CxxREPL/../../deps/usr/src/clang-6.0.1/include/clang/AST/Availability.h:17:
In file included from /Users/kartikeygupta/.julia/packages/Cxx/mXAva/src/CxxREPL/../../deps/usr/src/clang-6.0.1/include/clang/Basic/SourceLocation.h:18:
In file included from /Users/kartikeygupta/.julia/packages/Cxx/mXAva/src/CxxREPL/../../deps/usr/src/clang-6.0.1/include/clang/Basic/LLVM.h:22:
In file included from /Users/kartikeygupta/.julia/packages/Cxx/mXAva/src/CxxREPL/../../deps/usr/build/clang-6.0.1/include/llvm/Support/Casting.h:20:
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/include/c++/v1/cassert:21:10: fatal error: 'assert.h' file not found
#include <assert.h>
         ^~~~~~~~~~
WARNING: Could not add directory /usr/include to clang search path!
In file included from /Cxx.cpp:1:
In file included from /Cxx.h:1:
In file included from /Users/kartikeygupta/.julia/packages/Cxx/mXAva/src/CxxREPL/replpane.jl:83:
In file included from /Users/kartikeygupta/.julia/packages/Cxx/mXAva/src/CxxREPL/../../deps/usr/src/clang-6.0.1/include/clang/Parse/Parser.h:22:
In file included from /Users/kartikeygupta/.julia/packages/Cxx/mXAva/src/CxxREPL/../../deps/usr/src/clang-6.0.1/include/clang/Lex/Preprocessor.h:18:
In file included from /Users/kartikeygupta/.julia/packages/Cxx/mXAva/src/CxxREPL/../../deps/usr/src/clang-6.0.1/include/clang/Basic/Builtins.h:19:
In file included from /Users/kartikeygupta/.julia/packages/Cxx/mXAva/src/CxxREPL/../../deps/usr/build/clang-6.0.1/include/llvm/ADT/ArrayRef.h:26:
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/include/c++/v1/vector:328:38: error: no type named 'const_pointer' in 'std::__1::allocator_traits<std::__1::allocator<bool> >'
    typedef typename __alloc_traits::const_pointer   const_pointer;
            ~~~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/include/c++/v1/vector:448:15: note: in instantiation of template class 'std::__1::__vector_base<bool, std::__1::allocator<bool> >' requested here
    : private __vector_base<_Tp, _Allocator>
              ^
/Users/kartikeygupta/.julia/packages/Cxx/mXAva/src/std.jl:43:12: note: in instantiation of template class 'std::__1::vector<bool, std::__1::allocator<bool> >' requested here
__juliavar1.size();
           ^
In file included from /Cxx.cpp:1:
In file included from /Cxx.h:1:
In file included from /Users/kartikeygupta/.julia/packages/Cxx/mXAva/src/CxxREPL/replpane.jl:83:
In file included from /Users/kartikeygupta/.julia/packages/Cxx/mXAva/src/CxxREPL/../../deps/usr/src/clang-6.0.1/include/clang/Parse/Parser.h:17:
In file included from /Users/kartikeygupta/.julia/packages/Cxx/mXAva/src/CxxREPL/../../deps/usr/src/clang-6.0.1/include/clang/AST/Availability.h:17:
In file included from /Users/kartikeygupta/.julia/packages/Cxx/mXAva/src/CxxREPL/../../deps/usr/src/clang-6.0.1/include/clang/Basic/SourceLocation.h:18:
In file included from /Users/kartikeygupta/.julia/packages/Cxx/mXAva/src/CxxREPL/../../deps/usr/src/clang-6.0.1/include/clang/Basic/LLVM.h:22:
In file included from /Users/kartikeygupta/.julia/packages/Cxx/mXAva/src/CxxREPL/../../deps/usr/build/clang-6.0.1/include/llvm/Support/Casting.h:21:
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/include/c++/v1/memory:2166:38: error: no member named 'value' in 'std::__1::is_same<int, std::__1::allocator<bool> >'
  static_assert((!is_same<_T1, _T2>::value),
                  ~~~~~~~~~~~~~~~~~~~^
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/include/c++/v1/vector:334:48: note: in instantiation of template class 'std::__1::__compressed_pair<int, std::__1::allocator<bool> >' requested here
    __compressed_pair<pointer, allocator_type> __end_cap_;
                                               ^
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/include/c++/v1/vector:448:15: note: in instantiation of template class 'std::__1::__vector_base<bool, std::__1::allocator<bool> >' requested here
    : private __vector_base<_Tp, _Allocator>
              ^
/Users/kartikeygupta/.julia/packages/Cxx/mXAva/src/std.jl:43:12: note: in instantiation of template class 'std::__1::vector<bool, std::__1::allocator<bool> >' requested here
__juliavar1.size();
           ^
In file included from /Cxx.cpp:1:
In file included from /Cxx.h:1:
In file included from /Users/kartikeygupta/.julia/packages/Cxx/mXAva/src/CxxREPL/replpane.jl:83:
In file included from /Users/kartikeygupta/.julia/packages/Cxx/mXAva/src/CxxREPL/../../deps/usr/src/clang-6.0.1/include/clang/Parse/Parser.h:22:
In file included from /Users/kartikeygupta/.julia/packages/Cxx/mXAva/src/CxxREPL/../../deps/usr/src/clang-6.0.1/include/clang/Lex/Preprocessor.h:18:
In file included from /Users/kartikeygupta/.julia/packages/Cxx/mXAva/src/CxxREPL/../../deps/usr/src/clang-6.0.1/include/clang/Basic/Builtins.h:19:
In file included from /Users/kartikeygupta/.julia/packages/Cxx/mXAva/src/CxxREPL/../../deps/usr/build/clang-6.0.1/include/llvm/ADT/ArrayRef.h:26:
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/include/c++/v1/vector:457:30: error: '__alloc_traits' is a protected member of 'std::__1::__vector_base<bool, std::__1::allocator<bool> >'
    typedef typename __base::__alloc_traits          __alloc_traits;
                             ^
/Users/kartikeygupta/.julia/packages/Cxx/mXAva/src/std.jl:43:12: note: in instantiation of template class 'std::__1::vector<bool, std::__1::allocator<bool> >' requested here
__juliavar1.size();
           ^
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/include/c++/v1/vector:322:54: note: declared protected here
    typedef allocator_traits<allocator_type>         __alloc_traits;
                                                     ^
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/include/c++/v1/vector:458:30: error: 'reference' is a protected member of 'std::__1::__vector_base<bool, std::__1::allocator<bool> >'
    typedef typename __base::reference               reference;
                             ^
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/include/c++/v1/vector:323:54: note: declared protected here
    typedef value_type&                              reference;
                                                     ^
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/include/c++/v1/vector:459:30: error: 'const_reference' is a protected member of 'std::__1::__vector_base<bool, std::__1::allocator<bool> >'
    typedef typename __base::const_reference         const_reference;
                             ^
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/include/c++/v1/vector:324:54: note: declared protected here
    typedef const value_type&                        const_reference;
                                                     ^
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/include/c++/v1/vector:460:30: error: 'size_type' is a protected member of 'std::__1::__vector_base<bool, std::__1::allocator<bool> >'
    typedef typename __base::size_type               size_type;
                             ^
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/include/c++/v1/vector:325:54: note: declared protected here
    typedef typename __alloc_traits::size_type       size_type;
                                                     ^
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/include/c++/v1/vector:461:30: error: 'difference_type' is a protected member of 'std::__1::__vector_base<bool, std::__1::allocator<bool> >'
    typedef typename __base::difference_type         difference_type;
                             ^
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/include/c++/v1/vector:326:54: note: declared protected here
    typedef typename __alloc_traits::difference_type difference_type;
                                                     ^
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/include/c++/v1/vector:462:30: error: 'pointer' is a protected member of 'std::__1::__vector_base<bool, std::__1::allocator<bool> >'
    typedef typename __base::pointer                 pointer;
                             ^
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/include/c++/v1/vector:327:54: note: declared protected here
    typedef typename __alloc_traits::pointer         pointer;
                                                     ^
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/include/c++/v1/vector:463:30: error: 'const_pointer' is a protected member of 'std::__1::__vector_base<bool, std::__1::allocator<bool> >'
    typedef typename __base::const_pointer           const_pointer;
                             ^
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/include/c++/v1/vector:328:54: note: declared protected here
    typedef typename __alloc_traits::const_pointer   const_pointer;
                                                     ^
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/include/c++/v1/vector:469:78: error: no member named 'value' in 'std::__1::is_same<bool, bool>'
    static_assert((is_same<typename allocator_type::value_type, value_type>::value),
                   ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^

fredrikekre · 2019-04-16T14:44:29Z

Here's the error when I precompile Cxx, after calling ] add https://github.com/Gnimuc/Cxx.jl and building it...

Shouldn't you use the BB2 branch that this PR is based on? e.g. ] add https://github.com/Gnimuc/Cxx.jl#BB2

Gnimuc · 2019-04-16T14:47:38Z

aha, I got that /usr/include-missing error before. Apple is the one to be blamed here. It could be fixed by https://apple.stackexchange.com/questions/337940/why-is-usr-include-missing-i-have-xcode-and-command-line-tools-installed-moja

Shouldn't you use the BB2 branch that this PR is based on? e.g. ] add https://github.com/Gnimuc/Cxx.jl#BB2

Yeah, that's actually my bad. I've updated the command in the OP. Currently, I manually keep syncing these two branches.

kraftpunk97-zz · 2019-04-16T21:29:31Z

Thanks @Gnimuc, problem solved

Gnimuc · 2019-04-22T07:24:54Z

Hi @ararslan, did you successfully dlopen libcxxffi.so on FreeBSD? If not, I think we can try it again when Julia 1.2 is released. For now, let's merge this and tag a new version for Julia 1.1.

It turns out macOS SDK headers are not installed in `/usr/include` by default on Mojave.

ararslan · 2019-04-22T18:23:08Z

Sorry for the delay in getting back to you on that. I just tried your FreeBSD-compatible release for CxxBuilder and I can dlopen libcxxffi.so just fine on FreeBSD 11.2 with Julia 1.1.

oschulz · 2019-04-23T12:54:44Z

Seems to work out of the box (CentOS Singularity Container on Ubuntu)! Thanks so much for all your work on this, @Gnimuc and all the other that were involved! I was really missing Cxx.jl ...

oschulz · 2019-04-23T12:57:13Z

Yep, just remembered, lol. Sorry! Hadn't used Cxx for too long. :-)

oschulz · 2019-04-23T12:59:41Z

Another question: Is there an easy way to supply the binary deps in a central location (e.g. a container image), to speed up Cxx installation and keep the user .julia directories small(er)?

Petr-Hlavenka · 2019-04-23T13:06:26Z

Thank you for your effort!
Installs on windows without problem and runs as "experimental" as expected - I've started to fill windows specific issues to #409.

Gnimuc · 2019-04-23T13:15:49Z

@oschulz It's possible to shrink deps size. I tried before but failed to do it correctly. For now, BB just ships the whole LLVM/Clang deps which are very huge. I think we can revisit it after Julia 1.2 has been released.

grizzlysmit · 2019-04-23T13:29:46Z

doesn't install on ubuntu 19.04 Disco Dingo $ julia _ _ _ _(_)_ | Documentation: https://docs.julialang.org (_) | (_) (_) | _ _ _| |_ __ _ | Type "?" for help, "]?" for Pkg help. | | | | | | |/ _` | | | | |_| | | | (_| | | Version 1.0.3 _/ |\__'_|_|_|\__'_| | Ubuntu ⛬ julia/1.0.3+dfsg-4 |__/ | julia> using Pkg julia> Pkg.add("Cxx") Updating registry at `~/.julia/registries/General` Updating git-repo `https://github.com/JuliaRegistries/General.git` Resolving package versions... ERROR: Unsatisfiable requirements detected for package Cxx [a0b5b9ef]: Cxx [a0b5b9ef] log: ├─possible versions are: [0.0.1-0.0.2, 0.1.0-0.1.1, 0.2.0] or uninstalled ├─restricted to versions * by an explicit requirement, leaving only versions [0.0.1-0.0.2, 0.1.0-0.1.1, 0.2.0] └─restricted by julia compatibility requirements to versions: uninstalled — no versions left Stacktrace: [1] #propagate_constraints!#61(::Bool, ::Function, ::Pkg.GraphType.Graph, ::Set{Int64}) at /build/julia-wlSndE/julia-1.0.3+dfsg/usr/share/julia/stdlib/v1.0/Pkg/src/GraphType.jl:1005 [2] propagate_constraints! at /build/julia-wlSndE/julia-1.0.3+dfsg/usr/share/julia/stdlib/v1.0/Pkg/src/GraphType.jl:946 [inlined] [3] #simplify_graph!#121(::Bool, ::Function, ::Pkg.GraphType.Graph, ::Set{Int64}) at /build/julia-wlSndE/julia-1.0.3+dfsg/usr/share/julia/stdlib/v1.0/Pkg/src/GraphType.jl:1460 [4] simplify_graph! at /build/julia-wlSndE/julia-1.0.3+dfsg/usr/share/julia/stdlib/v1.0/Pkg/src/GraphType.jl:1460 [inlined] (repeats 2 times) [5] resolve_versions!(::Pkg.Types.Context, ::Array{Pkg.Types.PackageSpec,1}, ::Nothing) at /build/julia-wlSndE/julia-1.0.3+dfsg/usr/share/julia/stdlib/v1.0/Pkg/src/Operations.jl:373 [6] resolve_versions! at /build/julia-wlSndE/julia-1.0.3+dfsg/usr/share/julia/stdlib/v1.0/Pkg/src/Operations.jl:316 [inlined] [7] #add_or_develop#62(::Array{Base.UUID,1}, ::Symbol, ::Function, ::Pkg.Types.Context, ::Array{Pkg.Types.PackageSpec,1}) at /build/julia-wlSndE/julia-1.0.3+dfsg/usr/share/julia/stdlib/v1.0/Pkg/src/Operations.jl:1201 [8] #add_or_develop at ./none:0 [inlined] [9] #add_or_develop#13(::Symbol, ::Bool, ::Base.Iterators.Pairs{Union{},Union{},Tuple{},NamedTuple{(),Tuple{}}}, ::Function, ::Pkg.Types.Context, ::Array{Pkg.Types.PackageSpec,1}) at /build/julia-wlSndE/julia-1.0.3+dfsg/usr/share/julia/stdlib/v1.0/Pkg/src/API.jl:64 [10] #add_or_develop at ./none:0 [inlined] [11] #add_or_develop#12 at /build/julia-wlSndE/julia-1.0.3+dfsg/usr/share/julia/stdlib/v1.0/Pkg/src/API.jl:29 [inlined] [12] #add_or_develop at ./none:0 [inlined] [13] #add_or_develop#11 at /build/julia-wlSndE/julia-1.0.3+dfsg/usr/share/julia/stdlib/v1.0/Pkg/src/API.jl:28 [inlined] [14] #add_or_develop at ./none:0 [inlined] [15] #add_or_develop#10 at /build/julia-wlSndE/julia-1.0.3+dfsg/usr/share/julia/stdlib/v1.0/Pkg/src/API.jl:27 [inlined] [16] #add_or_develop at ./none:0 [inlined] [17] #add#18 at /build/julia-wlSndE/julia-1.0.3+dfsg/usr/share/julia/stdlib/v1.0/Pkg/src/API.jl:69 [inlined] [18] add(::String) at /build/julia-wlSndE/julia-1.0.3+dfsg/usr/share/julia/stdlib/v1.0/Pkg/src/API.jl:69 [19] top-level scope at none:0

On 12/4/19 2:26 am, Gnimuc wrote: This PR is for providing an out-of-box user installation experience of Cxx.jl. You could give it a test by |(v1.1) pkg> dev https://github.com/Gnimuc/Cxx.jl.git|. Platform Status macOS ✅ Linux x86_64 ✅ Linux i686 ❌ Windows x86_64 see #406 (comment) <#406 (comment)> below Windows i686 ❌ FreeBSD pending upstream (LLVMBuilder) In short, the package works fine almost on all x86_64 platforms. There is a symbol missing error (|clang::FileManager::getVirtualFile(llvm::StringRef, long, long)|) on i686 platforms, which is probably due to the incompatibility between LLVMBuilder(only tested with gcc7) and current released 32bit Julia. UPDATE Since there are still some compatibility issues between Julia and LLVMBuilder (especially i686 platforms), I won't try this until Julia1.2 is released. Currently, the binary build for macOS and Linux x86_64 is working quite well. Windows x86_64 support is still experimental: pre-built binary can be loaded successfully and a lot of examples can work as expected. However, some examples will trigger segment faults which, I guess, are due to some unknown bugs in Cxx. I think the first step is to merge this PR and tag a new release so more people can test this package and submit bug reports. Then we can try to support other Tier 1 platforms until after Julia1.2 is released. It looks like Keno is heading on other important things and doesn't have time to review this, so I'm pinging all you guys here (sorry in advance if this is disturbing), but it would be great if you could help to review/test this PR. cc @ararslan <https://github.com/ararslan> @cdsousa <https://github.com/cdsousa> @phlavenk <https://github.com/phlavenk> @btaidm <https://github.com/btaidm> @oschulz <https://github.com/oschulz> @ahumenberger <https://github.com/ahumenberger> @grizzlysmit <https://github.com/grizzlysmit> @zsz00 <https://github.com/zsz00> @ervinbosenbacher <https://github.com/ervinbosenbacher> @DrKrar <https://github.com/DrKrar> @skariel <https://github.com/skariel> ------------------------------------------------------------------------ You can view, comment on, or merge this pull request online at: #406 Commit Summary * `dump()` => `print(llvm::errs(), false)` * `contains` => `occursin`, a upgrading oversight * fix-up * Fix REPL mode * Misc. upgrading oversight * fix-up * Update cxxstr.jl * fix-up * Merge pull request #1 from cdsousa/patch-mac * Fix segmentfault * Bump Julia version and update CI * Upgrade build system to BB2 --take 1 * Delete Project.toml * Upgrade build system to BB2 --take 2 * Workaround for Windows ABI mismatch * Fix another Windows glitch * Safer path separator solutions * Fix source file path separator for Windows * Add `__cxa_atexit` as per suggested in #145 * Update build_libcxxffi.jl * Remove meaningless GC preserve * Only define `__cxa_atexit` on Windows * Update build_libcxxffi.jl * Try to fix CI on macOS * fix-up * Disable precompile * Use hard-coded xcode path on macOS since `xcode-select` is not continued * Update build_libcxxffi.jl * Add missing libname * Fix signature mismatch * Workaround for building issues on Julia master * Enable appveyor and update badge links File Changes * *M* .gitignore <https://github.com/JuliaInterop/Cxx.jl/pull/406/files#diff-0> (3) * *M* .travis.yml <https://github.com/JuliaInterop/Cxx.jl/pull/406/files#diff-1> (73) * *D* Project.toml <https://github.com/JuliaInterop/Cxx.jl/pull/406/files#diff-2> (12) * *M* README.md <https://github.com/JuliaInterop/Cxx.jl/pull/406/files#diff-3> (32) * *M* REQUIRE <https://github.com/JuliaInterop/Cxx.jl/pull/406/files#diff-4> (3) * *A* appveyor.yml <https://github.com/JuliaInterop/Cxx.jl/pull/406/files#diff-5> (43) * *M* deps/build.jl <https://github.com/JuliaInterop/Cxx.jl/pull/406/files#diff-6> (18) * *A* deps/build_libcxxffi.jl <https://github.com/JuliaInterop/Cxx.jl/pull/406/files#diff-7> (38) * *M* docs/src/examples.md <https://github.com/JuliaInterop/Cxx.jl/pull/406/files#diff-8> (4) * *M* docs/src/implementation.md <https://github.com/JuliaInterop/Cxx.jl/pull/406/files#diff-9> (2) * *M* src/Cxx.jl <https://github.com/JuliaInterop/Cxx.jl/pull/406/files#diff-10> (4) * *M* src/CxxREPL/replpane.jl <https://github.com/JuliaInterop/Cxx.jl/pull/406/files#diff-11> (95) * *M* src/boot.h <https://github.com/JuliaInterop/Cxx.jl/pull/406/files#diff-12> (4) * *M* src/bootstrap.cpp <https://github.com/JuliaInterop/Cxx.jl/pull/406/files#diff-13> (8) * *M* src/clangwrapper.jl <https://github.com/JuliaInterop/Cxx.jl/pull/406/files#diff-14> (4) * *M* src/cxxstr.jl <https://github.com/JuliaInterop/Cxx.jl/pull/406/files#diff-15> (29) * *M* src/initialization.jl <https://github.com/JuliaInterop/Cxx.jl/pull/406/files#diff-16> (47) * *M* src/show.jl <https://github.com/JuliaInterop/Cxx.jl/pull/406/files#diff-17> (6) * *M* src/typetranslation.jl <https://github.com/JuliaInterop/Cxx.jl/pull/406/files#diff-18> (10) * *M* test/clangutils.jl <https://github.com/JuliaInterop/Cxx.jl/pull/406/files#diff-19> (10) * *M* test/cxxstr.jl <https://github.com/JuliaInterop/Cxx.jl/pull/406/files#diff-20> (2) * *M* test/llvmgraph.jl <https://github.com/JuliaInterop/Cxx.jl/pull/406/files#diff-21> (2) * *M* test/llvmincludes.jl <https://github.com/JuliaInterop/Cxx.jl/pull/406/files#diff-22> (2) * *M* test/llvmtest.jl <https://github.com/JuliaInterop/Cxx.jl/pull/406/files#diff-23> (14) * *M* test/qttest.jl <https://github.com/JuliaInterop/Cxx.jl/pull/406/files#diff-24> (2) Patch Links: * https://github.com/JuliaInterop/Cxx.jl/pull/406.patch * https://github.com/JuliaInterop/Cxx.jl/pull/406.diff — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub <#406>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AInk9huHeglqHo3hdyxUCxm9sCt0utXiks5vf2I6gaJpZM4bmusy>.

-- .~. In my life God comes first.... /V\ but Linux is pretty high after that :-D /( )\ Francis (Grizzly) Smit ^^-^^ http://www.smit.id.au/

Gnimuc · 2019-04-23T13:34:52Z

@grizzlysmit, unfortunately, Cxx doesn't support binary build for Julia 1.0.x for now. You may need to upgrade Julia to 1.1 firstly and then run dev Cxx. The reason why it doesn't support 1.0 is explained at this #406 (comment).

oschulz · 2019-04-23T14:42:55Z

@oschulz It's possible to shrink deps size. I tried before but failed to do it correctly. For now, BB just ships the whole LLVM/Clang deps which are very huge. I think we can revisit it after Julia 1.2 has been released.

Sounds good, thanks!

dump() => print(llvm::errs(), false)

63d3a42

It looks that `dump` is no longer exposed in LLVM release build.

This was referenced Mar 9, 2019

RFC: Fix source build(macOS), REPL mode and misc. upgrading oversights #400

Closed

Make Cxx.jl ready for production environments post Julia 1.0.0 #390

Closed

Gnimuc marked this pull request as ready for review March 10, 2019 14:43

Gnimuc requested a review from Keno March 10, 2019 14:56

Gnimuc added the help wanted label Mar 13, 2019

Gnimuc changed the title ~~WIP: Upgrade build system to BB2~~ Upgrade build system to BB2 -- Part 1 Apr 11, 2019

Gnimuc requested a review from ararslan April 11, 2019 16:17

ararslan reviewed Apr 11, 2019

View reviewed changes

Gnimuc added 11 commits April 12, 2019 20:00

contains => occursin, a upgrading oversight

1082e5f

Fix REPL mode

a3d0658

Misc. upgrading oversight

ce470a5

Update cxxstr.jl

1f46d4b

Fix segmentfault

b052655

Bump Julia version and update CI

0371e22

Upgrade build system to BB2

f6e76e2

Workaround for Windows ABI mismatch

3b08f4e

ref: JuliaPackaging/BinaryProvider.jl#152

Fix another Windows glitch

8734893

Safer path separator solutions

7a970eb

Fix source file path separator for Windows

ff9dd89

Drop LLVM6.0.0- backward compatibility

cf41caa

Since we're not going to support binary build for v0.7-, these code are totally obsoleted.

cdsousa mentioned this pull request Apr 16, 2019

Unable to build Cxx on Mac OS X, with v1.1.0 #403

Closed

Gnimuc added 2 commits April 22, 2019 19:38

Add an error message for poor mac users

40d30f6

It turns out macOS SDK headers are not installed in `/usr/include` by default on Mojave.

Update README.md

aa1560f

Gnimuc removed the help wanted label Apr 22, 2019

Gnimuc added 2 commits April 23, 2019 20:00

Update build_libcxxffi.jl

30c692d

Update README and warn Windows users

c63c748

Gnimuc merged commit 3ebd5a7 into JuliaInterop:master Apr 23, 2019

Gnimuc mentioned this pull request Apr 23, 2019

Build errors on macOS #374

Closed

Gnimuc mentioned this pull request May 1, 2019

Fix command-line-tools-only build on macOS #414

Merged

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

Upgrade build system to BB2 -- Part 1 #406

Upgrade build system to BB2 -- Part 1 #406

Gnimuc commented Mar 9, 2019 •

edited

Loading

ararslan commented Mar 9, 2019

ararslan commented Mar 9, 2019

Gnimuc commented Mar 10, 2019

Gnimuc commented Mar 10, 2019

Gnimuc commented Mar 10, 2019 •

edited

Loading

UPDATE

twadleigh commented Mar 12, 2019

Gnimuc commented Mar 13, 2019 •

edited

Loading

ararslan Apr 11, 2019

ararslan Apr 11, 2019

ararslan Apr 11, 2019

ararslan commented Apr 11, 2019 •

edited

Loading

Gnimuc commented Apr 12, 2019 •

edited

Loading

ararslan commented Apr 12, 2019

ararslan commented Apr 12, 2019 •

edited

Loading

Gnimuc commented Apr 13, 2019

kraftpunk97-zz commented Apr 16, 2019

Gnimuc commented Apr 16, 2019 •

edited

Loading

kraftpunk97-zz commented Apr 16, 2019 •

edited

Loading

fredrikekre commented Apr 16, 2019

Gnimuc commented Apr 16, 2019 •

edited

Loading

kraftpunk97-zz commented Apr 16, 2019

Gnimuc commented Apr 22, 2019

ararslan commented Apr 22, 2019

oschulz commented Apr 23, 2019 •

edited

Loading

oschulz commented Apr 23, 2019

oschulz commented Apr 23, 2019

Petr-Hlavenka commented Apr 23, 2019

Gnimuc commented Apr 23, 2019 •

edited

Loading

grizzlysmit commented Apr 23, 2019 via email

Gnimuc commented Apr 23, 2019 •

edited

Loading

oschulz commented Apr 23, 2019 •

edited

Loading

Upgrade build system to BB2 -- Part 1 #406

Upgrade build system to BB2 -- Part 1 #406

Conversation

Gnimuc commented Mar 9, 2019 • edited Loading

UPDATE

ararslan commented Mar 9, 2019

ararslan commented Mar 9, 2019

Gnimuc commented Mar 10, 2019

Gnimuc commented Mar 10, 2019

Gnimuc commented Mar 10, 2019 • edited Loading

UPDATE

UPDATE2

twadleigh commented Mar 12, 2019

Gnimuc commented Mar 13, 2019 • edited Loading

ararslan Apr 11, 2019

Choose a reason for hiding this comment

ararslan Apr 11, 2019

Choose a reason for hiding this comment

ararslan Apr 11, 2019

Choose a reason for hiding this comment

ararslan commented Apr 11, 2019 • edited Loading

Gnimuc commented Apr 12, 2019 • edited Loading

ararslan commented Apr 12, 2019

ararslan commented Apr 12, 2019 • edited Loading

Gnimuc commented Apr 13, 2019

kraftpunk97-zz commented Apr 16, 2019

Gnimuc commented Apr 16, 2019 • edited Loading

kraftpunk97-zz commented Apr 16, 2019 • edited Loading

fredrikekre commented Apr 16, 2019

Gnimuc commented Apr 16, 2019 • edited Loading

kraftpunk97-zz commented Apr 16, 2019

Gnimuc commented Apr 22, 2019

ararslan commented Apr 22, 2019

oschulz commented Apr 23, 2019 • edited Loading

oschulz commented Apr 23, 2019

oschulz commented Apr 23, 2019

Petr-Hlavenka commented Apr 23, 2019

Gnimuc commented Apr 23, 2019 • edited Loading

grizzlysmit commented Apr 23, 2019 via email

Gnimuc commented Apr 23, 2019 • edited Loading

oschulz commented Apr 23, 2019 • edited Loading

Gnimuc commented Mar 9, 2019 •

edited

Loading

Gnimuc commented Mar 10, 2019 •

edited

Loading

Gnimuc commented Mar 13, 2019 •

edited

Loading

ararslan commented Apr 11, 2019 •

edited

Loading

Gnimuc commented Apr 12, 2019 •

edited

Loading

ararslan commented Apr 12, 2019 •

edited

Loading

Gnimuc commented Apr 16, 2019 •

edited

Loading

kraftpunk97-zz commented Apr 16, 2019 •

edited

Loading

Gnimuc commented Apr 16, 2019 •

edited

Loading

oschulz commented Apr 23, 2019 •

edited

Loading

Gnimuc commented Apr 23, 2019 •

edited

Loading

Gnimuc commented Apr 23, 2019 •

edited

Loading

oschulz commented Apr 23, 2019 •

edited

Loading