<brixen>
after 2.3.0, if people want rbx, they'll need to update to cedar-14
<jc00ke>
seems reasonable
<|jemc|>
ugh... I never get sharper headaches than when dealing with java / JNI / deploying native libs to android...
<|jemc|>
I need to get back to ruby...
<headius>
ouch, JNI on Android?
<headius>
of course if you needed to reploy a native lib, Ruby wouldn't really help :-)
<|jemc|>
yeah...
<|jemc|>
I'm dealing with multiple interdependent native libs linked dynamically against eachother
<brixen>
|jemc|: is the RubyMotion stuff in beta yet for android?
<|jemc|>
and getting "symbol not found" errors when I know the lib with the symbol was dlopen'd first and I can see the symbol in there if I use `strings /path/to/libfoo.so | grep the_function_name`
ninjago has joined #rubinius
<ninjago>
#nginx
<|jemc|>
brixen: don't know - I haven't looked at rubymotion in a while - last I saw I think you had to ask for an invite
ninjago has left #rubinius [#rubinius]
<|jemc|>
although rubymotion wouldn't help a lot here because I need zeromq libraries
<cremes>
rubymotion is a commercial product now and has been for a while. no need to wait for an invite. your credit card is all the “invite” you need. :)
<|jemc|>
err.. I thought the rubymotion-for-android was only open to certain established rubymotion-for-ios developers
<|jemc|>
but I didn't look that far into it because it's not really what I need
<cremes>
hmmm, missed the “for android” distinction. last i saw on twitter, android support was beta so perhaps you need to be a beta tester.
* |jemc|
shrugs
<|jemc|>
heh, if I want to use
<|jemc|>
... a non-standard ruby I can just use Opal to JS embedded in QML in Qt C++ on a java layer on android :P
<|jemc|>
how's that for a headache?
<jc00ke>
|jemc|: thanks bro, now my head hurts ;)
<Rotonen>
actually sounds fun and QML is nice
<|jemc|>
the sad part is that I think that would actually all work
<|jemc|>
"work"
<Rotonen>
you have the classical definition of "work" there with "tickle the right memory in odd ways"
<brixen>
Rotonen: what's the quantum definition of "work"? :)
<Rotonen>
brixen: multithreading on HMP platforms comes to mind
flavio has quit [Quit: WeeChat 0.4.1]
byprdct has joined #rubinius
<brixen>
Rotonen: heh, you dig this HMP huh?
<brixen>
huh, I started a lucid64 build about 1/2 way through a trust64 build, and the former completed almost as soon as the latter
<brixen>
vagrant sure is handy
<headius>
|jemc|: JRuby also works fine on Android...there's commercial users today, and we ship FFI for ARM
<headius>
I have never tested the FFI on Android, but in theory that would let zeromq driver work
<|jemc|>
brixen: oh wow, that's actually just coincidence that the initials of the link are HMP - I was just trying to explain your second build going faster by means of paranormal collective memory theory :P
<|jemc|>
headius: thats very interesting to hear - I need to try that out soon
<|jemc|>
thanks for the tip
<headius>
|jemc|: ruboto.org, and there's a group...I'm not closely involved, but there you go
<headius>
sure no problem
<|jemc|>
ah, so that's what ruboto is
lbianc has quit [Remote host closed the connection]
<|jemc|>
I tried it briefly before
<headius>
it has improved a lot over the years
<|jemc|>
I will put it on my list to re-examine it soon
<|jemc|>
(in the context of FFI especially)
<headius>
yeah, I'm interested in that too
<headius>
not enough hours in the day
<|jemc|>
heh, yeah. I got about 3 hours of sleep last night because I was convinced I could solve this android problem before going to bed >_<
josh-k_ has quit [Remote host closed the connection]
josh-k has joined #rubinius
josh-k has quit [Ping timeout: 245 seconds]
noop has joined #rubinius
blowmage has joined #rubinius
havenwood has quit [Remote host closed the connection]
|jemc| has quit [Quit: WeeChat 1.0.1]
GitHub90 has joined #rubinius
<GitHub90>
[rubinius] brixen pushed 6 new commits to master: http://git.io/xQAYIA
<GitHub90>
rubinius/master eeaee8e Brian Shirai: Added specs for Range#bsearch.
<GitHub90>
rubinius/master 3e9952f Brian Shirai: Added Range#bsearch.
GitHub90 has left #rubinius [#rubinius]
<GitHub90>
rubinius/master d2792be Brian Shirai: Updated Changelog.
<brixen>
ruby-install should be updated to deal with this soon
<brixen>
non-os x installs should actually already work
<cremes>
this is all so i can build from a git clone
<brixen>
on recent-er releases like precise and trusty
<brixen>
for examlpe
<cremes>
lots of openssl deprecation warnings on osx 10.9
<brixen>
yeah, trying to eliminate people building from source if possible
<brixen>
yeah, but it works fine
<brixen>
in fact, you shouldn't install brew openssl
<brixen>
you will likely get segfaults
<cremes>
luckily i haven’t. like yorickpeterse suggested a few days back, maybe libressl is the way to go someday
<brixen>
I couldn't track it down, but I had brew libopenssl and apple libcrypto loaded at the same time
<brixen>
apple's libssl and libcrypto are fine
<brixen>
better than either of those, likely
<brixen>
for other platforms, we don't have much choice
<brixen>
if libressl drops in, I'm happy to suggest people use it
<cremes>
right
<cremes>
you mentioned that you had a few blog posts queued up… i’m hoping one of them goes into more detail on “console” even though it’s a work in progress.
<brixen>
indeed
<cremes>
but work on that bootstrap compiler instead… that’s way sexier long term… :)
<cremes>
make a bigger splash, etc
<brixen>
there's a lot of stuff to write about console, but it's very incremental so we'll just keep rolling stuff out
<cremes>
plus i need to dust off my port of IO to FFI, poke around at doing memory-mapped IO, etc. So much to do, no time. :(
<cpuguy83>
|jemc|: I guess wheezy probably isn’t the best base since people will probably need to use the package manager to actually install new packages :)
<|jemc|>
cpuguy83: I think the ENV vars were only important for running the rubyspecs, not necessarily for building
<|jemc|>
which of the ENVs do you think will be a problem for users?
<cpuguy83>
|jemc|: HOME
kagaro has quit [Read error: No route to host]
kagaro has joined #rubinius
<|jemc|>
honestly, I'm not sure why docker doesn't set that one for me when I'm running as a given user that was assigned a home in useradd
<jc00ke>
What do I need to install in order to resolve -ledit linking error? "/usr/bin/ld: cannot find -ledit"
<|jemc|>
jc00ke: libedit.so ?
<|jemc|>
jc00ke: what distro?
<cpuguy83>
|jemc|: May just be an oversight that nobody’s taken the time to resolve.
<jc00ke>
|jemc|: *buntu
<brixen>
I've just built on 10.04, 12.04, and 14.04 with no issue
<brixen>
yorickpeterse: yeah, wondering which thing we check though
<jc00ke>
bbiab, gotta get a sammich or I'm gonna pass out
<|jemc|>
brixen: yeah, that's why I asked about clang - just curious about the gcc problem though
<yorickpeterse>
brixen: right now we have a blacklist, which isn't ideal :/
<brixen>
|jemc|: can you build successfully with clang?
<yorickpeterse>
but we can't really whitelist things either
<brixen>
yorickpeterse: indeed
<brixen>
well, we may be able to
<|jemc|>
brixen: I'll let you know
<|jemc|>
(but it builds fine on my personal machine with gcc version 4.8 - supposedly too old for the new option; weird..)
<brixen>
gcc is constant pain
<brixen>
clang is usually only painful to get in binary form
<|jemc|>
what's the cleanest way to force th early bundle gems like melbourne to use clang - "export CC=clang && export CXX=clang++ && bundle install"?
<|jemc|>
(melbourne is where this gcc issue is)
yipdw has joined #rubinius
yipdw has joined #rubinius
<|jemc|>
seems to work, but *shrug*
<brixen>
|jemc|: do you mean installing melbourne for the build ruby?
tenderlove has quit [Quit: Leaving...]
<|jemc|>
yep
<|jemc|>
I also hit jc00ke's same -ledit dependency, FYI
tenderlove has joined #rubinius
byprdct_ has joined #rubinius
jc00ke-mobile has joined #rubinius
byprdct has quit [Ping timeout: 245 seconds]
josh-k has joined #rubinius
<brixen>
|jemc|: we'll need to spy that with a check in configure and require that library be loaded
<brixen>
or add it to deps for eg ruby-install
<brixen>
or not use < 3.5
<brixen>
which would be preferable
<brixen>
gotta run for a bit
<dviola>
I got a segfault with 2.3 when installing pry
<dviola>
hrm
<dviola>
then tried again and it installed fine
<dviola>
output was something jit related I believe
noop has quit [Ping timeout: 245 seconds]
jc00ke-mobile has quit [Ping timeout: 255 seconds]
kfpratt has joined #rubinius
<|jemc|>
ugh; and here it is finally in an obscure forum post: from Android 2.0 forward, shared libraries loaded with System.load() cannot call other loaded shared libraries
<headius>
perhaps you can juse use jnr-posix to dlopen the library globally and then it will just work
<|jemc|>
hm... wait, this makes no sense - I've done this with other libraries before
<headius>
yeah I'm confused
<|jemc|>
the most frustrating part of this problem is I can't seem to figure out with any degree of certainty whether the fix is needed in my deployment or in the zeromq library itself
<|jemc|>
or possibly in the czmq library (the one that is trying to call the zmq library)
<|jemc|>
yeah, it can't be true that libs can't call other libs - the Qt libs all rely on libgnustl_shared
<|jemc|>
and I'm loading libzmq, which relies on libsodium
<|jemc|>
it's only when it gets to libczmq which relies on libzmq that I have problems
diegoviola has joined #rubinius
<|jemc|>
(and I've checked - zmq_z85_encode is indeed in the lib - and if I refactor the czmq source code to never call it, I get another symbol not found)
<headius>
|jemc|: they probably mean you can't System.loadLibrary and expect to see it
enebo has quit [Quit: enebo]
<headius>
loadLibrary probably is doing the local dlopen now
<headius>
er, but that doesn't make sense either...wouldn't it be impossible for it to see JNI endpoints?
<|jemc|>
but System.load is not local?
dviola has quit [Ping timeout: 256 seconds]
<|jemc|>
so the only JNI endpoint is in the final app *.so I believe
<headius>
I mean the symbols in it
<|jemc|>
ah
<headius>
unless dalvik explicitly uses dlsym to get them
<|jemc|>
well, and libQt5Core.so definitely relies on libgnustl_shared.so
havenwood has quit [Remote host closed the connection]
DanielVartanov_ has quit [Ping timeout: 258 seconds]
DanielVartanov_ has joined #rubinius
byprdct has joined #rubinius
byprdct_ has quit [Ping timeout: 244 seconds]
<headius>
|jemc|: so this libczmq is prepackaged?
<|jemc|>
headius: I'm building all myself in a ruby script