DanielVartanov_ has quit [Remote host closed the connection]
amsi has quit [Quit: Leaving]
meh` has joined #rubinius
josh-k has joined #rubinius
josh-k_ has joined #rubinius
josh-k has quit [Ping timeout: 244 seconds]
tenderlove has quit [Quit: Leaving...]
byprdct has quit [Ping timeout: 264 seconds]
byprdct has joined #rubinius
byprdct_ has joined #rubinius
<jeremyevans>
trying to build 2.3.0 with --disable-llvm errors with vm/builtin/jit.cpp:25:31: error: member access into incomplete type 'rubinius::LLVMState'
byprdct has quit [Ping timeout: 272 seconds]
<jeremyevans>
trying to build with LLVM errors for me too, but that may be an issue specific to OpenBSD's LLVM port version (which I think is a checkout of LLVM trunk from 02/28)
byprdct_ has quit []
byprdct has joined #rubinius
byprdct has quit []
josh-k_ has quit [Remote host closed the connection]
josh-k has joined #rubinius
<brixen>
jeremyevans: why are you trying to disable llvm?
<jeremyevans>
originally, I tried building 2.3.0 with LLVM, but as that failed, I tried without
<brixen>
with what version of llvm?
<brixen>
and how did it fail?
<jeremyevans>
As mentioned a few lines above, it's probably due to an issue in OpenBSD's LLVM port. Here's the error message: /usr/local/include/llvm/ADT/DenseMap.h:175:39: error: no member named 'move' in namespace 'std'
<brixen>
jeremyevans: my backlog didn't have any other messages
<jeremyevans>
However, it should definitely work without LLVM, right? --disable-llvm used to result in a working build, and now it doesn't
<brixen>
I almost removed --disable-llvm actually
<brixen>
you should not be using it without the JIT
<brixen>
I'm more concerned with fixing the llvm issue
<jeremyevans>
here's my earlier message: trying to build with LLVM errors for me too, but that may be an issue specific to OpenBSD's LLVM port version (which I think is a checkout of LLVM trunk from 02/28)
<brixen>
what version of llvm?
josh-k has quit [Ping timeout: 256 seconds]
<brixen>
can you build 3.4?
<jeremyevans>
Well, the OpenBSD port isn't really setup for that
<brixen>
why would they pull trunk and not the latest release?
<brixen>
and they can't pick a version?
<jeremyevans>
It either has to use the LLVM version supported by the porting system, or none at all
* brixen
consults the googles
<jeremyevans>
I believe it was upgraded from 3.4 to a trunk version back in March, to fix bugs that were in 3.4, or get new functionality added since
<brixen>
surprised they still serving that over http
<brixen>
they're *
<jeremyevans>
Just boot from that. Installer is text-based (a shell script).
RageLtMan has joined #rubinius
<jeremyevans>
It'll be fun building from scratch to. You won't be able to use the system compiler with 2.3.0 (GCC 4.2.1), though that worked in 2.2, since you are now using C++11 features
byprdct has joined #rubinius
<brixen>
we shouldn't be using them in rbx
<brixen>
llvm uses them perhaps
josh-k has joined #rubinius
<jeremyevans>
Maybe. I know when I tried with the system compiler, it failed because std=c++11 or whatever wasn't supported, so I switched to a newer compiler
<brixen>
if llvm 3.5 is found, it injects that because llvm uses it
<brixen>
I've going a patch to fix --disable-llvm
<brixen>
I guess it's good I didn't remove that yet
<brixen>
but I need to fix rbx to work with 3.6 / trunk
<brixen>
unfortunately, I was going to use this hour to finish the homebrew tap for rbx :(
<jeremyevans>
brixen: OK, sounds good. Let me know if you'd like me to test a --disable-llvm fix patch
<jeremyevans>
homebrew is probably important to more people than OpenBSD
<brixen>
jeremyevans: I will push it in 2 min when the specs finish
<brixen>
yes, please do test
<jeremyevans>
brixen: Great, thanks!
<brixen>
it'll take a while for me to get openbsd running
<brixen>
n/p, thanks for letting me know
GitHub27 has joined #rubinius
<GitHub27>
[rubinius] brixen pushed 1 new commit to master: http://git.io/UMOjow
<GitHub27>
rubinius/master f846083 Brian Shirai: Fixed --disable-llvm.
GitHub27 has left #rubinius [#rubinius]
byprdct_ has joined #rubinius
byprdct has quit [Ping timeout: 244 seconds]
<brixen>
jeremyevans: I'll probably just work on getting rbx building with 3.6 / trunk and then let you test that
<brixen>
setting up openbsd for me is a mega PITA
<brixen>
unless someone can make me a vbox machine I can use with vagrant
travis-ci has joined #rubinius
<travis-ci>
rubinius/rubinius/master (f846083 - Brian Shirai): The build passed.
travis-ci has left #rubinius [#rubinius]
josh-k has quit [Remote host closed the connection]
josh-k has joined #rubinius
josh-k has quit [Read error: Connection reset by peer]
josh-k has joined #rubinius
GitHub173 has joined #rubinius
<GitHub173>
[rubinius] brixen pushed 1 new commit to master: http://git.io/8mhllQ
GitHub173 has left #rubinius [#rubinius]
<GitHub173>
rubinius/master 5cd0c42 Brian Shirai: Removed Process.kill spec checking EPERM....
havenwood has joined #rubinius
travis-ci has joined #rubinius
<travis-ci>
rubinius/rubinius/master (5cd0c42 - Brian Shirai): The build has errored.
travis-ci has left #rubinius [#rubinius]
<havenwood>
grats on 2.3.0!!
<havenwood>
and Happy Halloween!
<brixen>
havenwood: heh, thanks
<havenwood>
Rubinius::Console seems intriguing.
havenwood has quit []
byprdct_ has quit [Read error: Connection reset by peer]
byprdct has joined #rubinius
byprdct_ has joined #rubinius
byprdct has quit [Ping timeout: 245 seconds]
JohnBat26 has joined #rubinius
byprdct_ has quit [Read error: Connection reset by peer]
havenwood has joined #rubinius
<jeremyevans>
brixen: I got a lot further with your patch, but I'm still not able to build 2.3.0 without LLVM on OpenBSD. With the system compiler (GCC 4.2.1), I get: error: forming reference to reference type 'rubinius::metrics::metric&' (see http://pastie.org/9689090 for horribly mangled build output)
<jeremyevans>
With GCC 4.6 and 4.8, things compile and link, but rbx SIGBUSes when running
byprdct has joined #rubinius
<jeremyevans>
With clang, things compile, but don't link.
<jeremyevans>
brixen: doing some more research, the version of llvm in the OpenBSD ports tree is right before they switched to the LLVM codebase to require C++11. I'm guessing it hasn't yet been updated to 3.5 official release because it would require building a C++ compiler with C++11 support (e.g. GCC 4.8 or 4.9) with the system compiler before being able to build LLVM.
byprdct has quit [Read error: Connection reset by peer]
havenwood has quit [Remote host closed the connection]
meh` has quit [Ping timeout: 272 seconds]
noop has joined #rubinius
josh-k has quit [Remote host closed the connection]
noop has quit [Ping timeout: 256 seconds]
josh-k has joined #rubinius
josh-k_ has joined #rubinius
josh-k has quit [Ping timeout: 245 seconds]
havenwood has joined #rubinius
noop has joined #rubinius
max96at|off is now known as max96at
benlovell has joined #rubinius
Caius has quit [Ping timeout: 260 seconds]
Caius has joined #rubinius
enebo has joined #rubinius
flori_ has quit [Ping timeout: 258 seconds]
flori has joined #rubinius
benlovell has quit [Ping timeout: 244 seconds]
benlovell has joined #rubinius
benlovell has quit [Ping timeout: 265 seconds]
josh-k_ has quit [Remote host closed the connection]
flori has quit [Ping timeout: 245 seconds]
josh-k has joined #rubinius
flori has joined #rubinius
josh-k has quit [Ping timeout: 264 seconds]
havenn has joined #rubinius
havenwood has quit [Ping timeout: 246 seconds]
flori has quit [Remote host closed the connection]
flori has joined #rubinius
<brixen>
jeremyevans: hmm, thanks for investigating more
<brixen>
jeremyevans: I'd like to get rbx master working on llvm 3.5 + llvm trunk
<brixen>
jeremyevans: is it realistic to expect openbsd-current to get working 100% with clang + llvm 3.5/trunk?
<brixen>
jeremyevans: pretty sure I'm going to drop support for gcc completely very soon
<jeremyevans>
brixen: I'll ask the OpenBSD LLVM port maintainer about upgrading to the final LLVM 3.5 release. I don't think it makes sense to expect other projects like Rubinius to support an LLVM trunk checkout from 8 months ago.
<brixen>
jeremyevans: that would be awesome, thank you
<brixen>
also, if the maintainer needs info or wants to collaborate, feel free to direct them to us as well
<brixen>
jeremyevans: is openbsd planning to do what freebsd did re clang/llvm?
max96at has quit [Read error: Connection reset by peer]
<jeremyevans>
brixen: In terms of making it the system compiler, I don't think so, at least I haven't heard anything about it
<jeremyevans>
brixen: Many of the large ports that OpenBSD has (chrome/firefox) are built with the llvm port, but the vast majority of the ports compile fine with the system compiler
<brixen>
ok, as long as clang is available, recent, and works, we should be ok with rbx
<brixen>
can we force use of clang from the rbx pkg?
<brixen>
or port
<jeremyevans>
brixen: Yep, I was trying that. I can give you the failing linker error, let me try building it again with clang
<jeremyevans>
I added a -v to the link command so you could the linker command line
<brixen>
I'm unsure what the error is
<jeremyevans>
Me too
<brixen>
did you configure with --cc=clang --cxx=clang++ ?
<jeremyevans>
It sets the path up so that gcc/g++ are symlinked to clang/clang++
<jeremyevans>
But clang still uses the system linker, since lld is not yet ready (so I read)
diegoviola has joined #rubinius
<brixen>
hmm, seems like a mess, unfortunately
<jeremyevans>
Yep. Hopefully using LLVM 3.5 release will result in object files that will link.
<brixen>
but that may not be till like May 2015?
havenn is now known as havenwood
RageLtMan has quit [Ping timeout: 272 seconds]
<jeremyevans>
brixen: In terms of official releases, yes. But OpenBSD users are used to the fact that release doesn't have the most up to date packages.
<headius>
I have xcode...I thought that would cover it
<|jemc|>
not an OSX guy so I can't say; sorry
<|jemc|>
btw I just now figured out what was going on with my czmq on android issue
<havenwood>
headius: yeah, OS X doesn't ship with llvm-config
josh-k has joined #rubinius
<headius>
|jemc|: oh, what was it?
<|jemc|>
used readelf to see that libczmq was not actually linked to libzmq - and sure enough, looking in config.log betrayed that configure did not put -lzmq in LIBS
<havenwood>
headius: llvm-config is available in the brew bottle poured for llvm though
<headius>
I did just try brew install llvm but configure still failed
<headius>
checking log
<|jemc|>
however, it only had that problem when compiled with the android ndk
<headius>
yeah, still no llvm-config
<havenwood>
headius: brew link --force llvm
<|jemc|>
I think maybe something is wrong with PKG_CHECK_MODULES in the android ndk - but not sure how I would track it down past there
<havenwood>
they don't link llvm by default
<|jemc|>
but at least I have a workaround now :)
<headius>
|jemc|: so it wasn't build with the dependency, and so it couldn't see across libs