15:42 <RageLtMan> Whats the highest known version of LLVM/Clang to work with RBX? i've not built a new version for a while, just pulled 3.46 and no matter how i compile it wont so much as install a gem bundle without crashing

15:48 <RageLtMan> Failure stack trace from running Bundle install in the Metasploit Framework tree on a fresh RBX-3.46 built with LLVM-3.8 (see PATH): http://pastebin.com/bMxX4htz

17:53 <cremes> RageLtMan: strange. llvm 3.8 should work. I’ve used it to build on linux just recently. Let me look.

17:53 <RageLtMan> Thank you sir

17:54 <RageLtMan> cremes: i've rebuilt with LLVM 3.5-3.8 and all the same effect, can't install the large bundle, same exact crash. I think its an RBX issue

17:54 <cremes> RageLtMan: mmm, looks like I have successfully built it with 3.8 on osx but with 3.6 on linux. I have not seen that crash.

17:55 <cremes> RageLtMan: which linux? Arch?

17:55 <RageLtMan> Ubuntu 14 x64

17:55 <RageLtMan> using the LLVM PPAs

17:55 <RageLtMan> Well, "Linux" in this care being a 4.4.6 kernel

17:55 <cremes> ok, let me try that. I have 3.6 installed on ubuntu so I’ll see about upgrading to try this

17:55 <RageLtMan> case*

17:56 <cremes> my ubuntu 16.04 only has kernel 4.4.0. you are ahead of htings here… :)

17:56 <RageLtMan> thank you very much. Based on the stack trace it looks like Queue.pop is the actual point of failure

17:57 <RageLtMan> We run a bunch of in-house changes for specific workloads actually, so its 4.4.6 + BFS + BFQ + LVS patches + EnhanceIO and the like

17:58 <cremes> which llvm did you install? stable, dev, or qa?

17:58 <cremes> ^^ branch

17:59 <cremes> RageLtMan: ping. which llvm branch did you install?

18:05 <cremes> installing stable branch now...

18:06 <RageLtMan> from PPA

18:06 <RageLtMan> not a branch

18:06 <RageLtMan> used LLVM 3.8 PPA

18:11 <cremes> RageLtMan: have you tried building rubinius with ruby 2.3? I see from your issue that you are building rubinius with rubinius. If you haven’t separated them to different directories (like with chruby or rvm) then your build rubinius might be overwriting itself.

18:12 <cremes> i might be misreading your ticket

18:12 <cremes> was this ‘bundle install’ issued to build rubinius or in another project directory?

18:13 <cremes> i ask because you are kind of assuming that llvm is at fault. did you get a successful build on rubinius or not?

18:13 <RageLtMan> Its being built by RVM, so my understanding is that its with Ruby2-.3.1

18:13 <cremes> ok, so where are you issuing the ‘bundle isntall’ command? is that you doing it or rvm?

18:53 <cremes> so I successfully built rbx on ubunut 16.04 with llvm 3.8. I then ran ‘bundle install’ in another project directory using rubinius and it successfully installed a gem.

18:53 <cremes> so RageLtMan I’m not sure what to say. I’m tempted to just blame rvm since it’s injecting itself in between you and rbx.

20:01 <RageLtMan> cremes: pardon, had to take a call. I've manually updated RVM based on https://github.com/rvm/rvm/pull/3601 with changes for llvm-3.X packages

20:01 <RageLtMan> and for RBX 3.46

20:01 <RageLtMan> rbx -v says "rubinius 3.46 (2.3.1 98c69b0e 2016-07-12 3.8.1) [x86_64-linux-gnu]"

20:05 <RageLtMan> just got another, different stack, from a different Gemfile: http://pastebin.com/qJRpsPfN

20:40 <cremes> RageLtMan: is there a public project where i can try to duplicate this? showing trace after trace doesn’t really help solve the problem.

20:42 <RageLtMan> one sec, i'll get a GH repo up

20:43 <RageLtMan> if you just want to bundle install, try github.com/rapid7/dap

20:43 <RageLtMan> thats where the last stack trace is from

20:43 <RageLtMan> this is also Ubuntu 14 by the way, in terms of the OS libs with which LLVM/Clang are interacting (kernel is newer)

20:54 <RageLtMan> Upgrading to bundler 1.13.0.rc.1 seems to fix this

20:54 <RageLtMan> was running current stable - bundler (1.12.5)

21:09 <travis-ci> martemyev/acwave/master (8ff2172 - Mikhail Artemyev): https://travis-ci.org/martemyev/acwave/builds/144548559: The build has errored.

23:18 <RageLtMan> does RBX support refinements? I get "Kernel(Module)#refine (method_missing) at core/zed.rb:1425"

23:31 <RageLtMan> Hmm, ok, so no, it doesnt.