camlow325 has quit [Remote host closed the connection]
camlow325 has joined #jruby
bjfish2 has joined #jruby
camlow325 has quit [Remote host closed the connection]
pawnbox has joined #jruby
e_dub has joined #jruby
pawnbox has quit [Ping timeout: 240 seconds]
camlow325 has joined #jruby
camlow325 has quit [Remote host closed the connection]
jeremyevans has joined #jruby
camlow325 has joined #jruby
pawnbox has joined #jruby
pawnbox has quit [Ping timeout: 250 seconds]
camlow325 has quit [Remote host closed the connection]
camlow325 has joined #jruby
camlow325 has quit [Remote host closed the connection]
camlow325 has joined #jruby
camlow325 has quit [Remote host closed the connection]
camlow325 has joined #jruby
bb010g has joined #jruby
pawnbox has joined #jruby
camlow325 has quit [Read error: Connection reset by peer]
camlow325 has joined #jruby
camlow325 has quit [Read error: Connection reset by peer]
n00bdev has joined #jruby
camlow325 has joined #jruby
camlow325 has quit [Read error: Connection reset by peer]
pawnbox has quit [Ping timeout: 250 seconds]
camlow325 has joined #jruby
camlow32_ has joined #jruby
camlow325 has quit [Read error: Connection reset by peer]
camlow32_ has quit [Read error: Connection reset by peer]
camlow325 has joined #jruby
camlow325 has quit [Read error: Connection reset by peer]
camlow325 has joined #jruby
camlow325 has quit [Client Quit]
tenderlove has quit [Remote host closed the connection]
<GitHub178>
[jruby] chrisseaton pushed 1 new commit to truffle-head: https://git.io/vzyrg
<GitHub178>
jruby/truffle-head 1e4cfde Chris Seaton: Merge branch 'master' into truffle-head
enebo has joined #jruby
tenderlove has joined #jruby
n00bdev has quit [Remote host closed the connection]
<GitHub64>
[jruby] chrisseaton pushed 6 new commits to truffle-minimal-java-posix: https://git.io/vzyiq
<GitHub64>
jruby/truffle-minimal-java-posix ea0882d Chris Seaton: [Truffle] Read system environment variables in fallback POSIX.
<GitHub64>
jruby/truffle-minimal-java-posix cff8053 Chris Seaton: [Truffle] Basics of Java POSIX open.
<GitHub64>
jruby/truffle-minimal-java-posix 25cd2c9 Chris Seaton: [Truffle] Java POSIX read.
e_dub has quit [Quit: ZZZzzz…]
e_dub has joined #jruby
pawnbox has joined #jruby
n00bdev has joined #jruby
tenderlove has quit [Remote host closed the connection]
n00bdev has quit [Remote host closed the connection]
tenderlove has joined #jruby
robbyoconnor has quit [Read error: Connection reset by peer]
robbyoconnor has joined #jruby
<GitHub136>
[jruby] nirvdrum pushed 8 new commits to truffle-ropes-2: https://git.io/vzyDt
<GitHub136>
jruby/truffle-ropes-2 1948432 Kevin Menard: [Truffle] Improved String#valid_encoding? by guarding on code range.
<GitHub136>
jruby/truffle-ropes-2 1c10760 Kevin Menard: [Truffle] Updated Regexp source to be based on ropes.
<GitHub136>
jruby/truffle-ropes-2 4dadf16 Kevin Menard: Improved handling of Rubinius's @data in String....
robbyoconnor has quit [Read error: Connection reset by peer]
<GitHub16>
[jruby] nirvdrum pushed 1 new commit to truffle-ropes-on-head: https://git.io/vzyDq
<GitHub16>
jruby/truffle-ropes-on-head 6ad0311 Kevin Menard: Merge branch 'truffle-ropes-2' into truffle-ropes-on-head
robbyoconnor has joined #jruby
e_dub has quit [Ping timeout: 264 seconds]
pawnbox has quit [Remote host closed the connection]
e_dub has joined #jruby
enebo has quit [Quit: enebo]
pawnbox has joined #jruby
yfeldblum has quit [Ping timeout: 260 seconds]
tlarevo has joined #jruby
tlarevo has quit [Read error: Connection reset by peer]
benlovell has joined #jruby
benlovell has quit [Ping timeout: 250 seconds]
yfeldblum has joined #jruby
tenderlove has quit [Read error: Connection reset by peer]
pawnbox_ has joined #jruby
tenderlove has joined #jruby
pawnbox has quit [Ping timeout: 240 seconds]
pawnbox_ has quit [Ping timeout: 250 seconds]
pawnbox has joined #jruby
<GitHub130>
[jruby] nirvdrum force-pushed truffle-ropes from 8671dea to 018855f: https://git.io/vzRZV
<GitHub130>
jruby/truffle-ropes 3d1c975 Kevin Menard: [Truffle] Initial work on a rope storage strategy for Strings.
<GitHub130>
jruby/truffle-ropes 49b9bfc Kevin Menard: [Truffle] Implemented String#* for ropes.
<GitHub130>
jruby/truffle-ropes a7ef307 Kevin Menard: [Truffle] Implemented String#slice and String#size for ropes.
<GitHub51>
[jruby] nirvdrum force-pushed truffle-ropes-2 from 0b72e28 to 4e7a3a9: https://git.io/vzydT
<GitHub51>
jruby/truffle-ropes-2 e216257 Kevin Menard: [Truffle] Avoid creating a ByteList to convert a Rope to a java.lang.String.
<GitHub51>
jruby/truffle-ropes-2 706f960 Kevin Menard: [Truffle] Updated Rope#toString to be encoding-aware and avoid materializing a byte[] if not necessary.
<GitHub51>
jruby/truffle-ropes-2 da9c959 Kevin Menard: [Truffle] Avoid creating a ByteList to check if two Strings have compatible encodings.
<kares>
seems UncaughtThrowError was missed in 2.2 compat - implementing now for 2.3
bbrowning_away is now known as bbrownibng
bbrownibng is now known as bbrowning
nirvdrum has joined #jruby
tomjoro has quit [Remote host closed the connection]
tcrawley-away is now known as tcrawley
vtunka has quit [Quit: Leaving]
<GitHub27>
[jruby] nirvdrum pushed 1 new commit to truffle-ropes: https://git.io/vzSxu
<GitHub27>
jruby/truffle-ropes 6f1261e Kevin Menard: [Truffle] Updated Truffle interop for ropes.
<GitHub149>
[jruby] nirvdrum force-pushed truffle-ropes-2 from 4e7a3a9 to 5a81cfa: https://git.io/vzydT
<GitHub149>
jruby/truffle-ropes-2 5ea5bf5 Kevin Menard: [Truffle] Avoid creating a ByteList to convert a Rope to a java.lang.String.
<GitHub149>
jruby/truffle-ropes-2 c070e80 Kevin Menard: [Truffle] Updated Rope#toString to be encoding-aware and avoid materializing a byte[] if not necessary.
<GitHub149>
jruby/truffle-ropes-2 fd7b918 Kevin Menard: [Truffle] Avoid creating a ByteList to check if two Strings have compatible encodings.
<enebo>
headius: I think polyglot maven loads 1.7.20 to be a stable version
<enebo>
headius: so we compile our stuff in same VM as loading our older runtime to install the gems
<headius>
enebo: well so that if truffle compile doesn't bog down permgen of main build
<headius>
only for truffle...main build forks
<enebo>
so both will fork then
<headius>
for compilation
<enebo>
main and truffle
<enebo>
or core and truffle
<headius>
yes
<enebo>
ok
<headius>
core and truffle
<enebo>
yeah makes sense to me
<headius>
it completed a build here similar to CI so I'll go with it
<headius>
oh wait...hahah
<headius>
improved but still died
<headius>
so it's not the truffle compile
<headius>
chrisseaton: well for the moment we wanted to run CI on 7 because that's minimum supported version
<chrisseaton>
ah yeah
<headius>
I know you guys want to move truffle to 8, and we'll have to fgure out what that would look like
<chrisseaton>
I'm not desperate to do that... some other people might be but I'm not
<headius>
if I could I would :-)
<headius>
enebo: JRuby 9.1 only for Java 8+? :-D
<enebo>
heh yeah I don’t know
<enebo>
we asked this last fall on stage and a few people said they were stuck on 7
<headius>
yeah
<chrisseaton>
I don't understand how an ops team that doesn't let them use Java 8 would also let them use latest JRuby
<enebo>
if you ask on twitter you almost universally get people saying upgrade to 9ea
<enebo>
chrisseaton: well you need to understand how those groups report and what they control
e_dub has quit [Quit: ZZZzzz…]
<headius>
chrisseaton: lots of shops have a stock supported image though...someone has to be responsible for rolling out 8 and making sure everything works
<enebo>
chrisseaton: dev teams writing apps get to pick libraries (e.g. jars) and the ops people get to install OS-level stuff like JVMs
<chrisseaton>
yeah I know nothing of real world issues
<headius>
I agree though
<headius>
from everything I've heard 8 has been painless
<enebo>
HAHA sorry I did not want to come off poorly :)
<headius>
and it fixes a good number of things
<headius>
enebo: I'm going to just throw an env var on jenkins build
<enebo>
I agree moving to 8 is not scary and all places should do it
<chrisseaton>
The big change in String's backing char[] was in 7 at some point wasn't it?
<headius>
your build has been sitting there for a long time
<headius>
chrisseaton: big change as in not sharing?
<chrisseaton>
yeah
<headius>
I think that was 8, not sure though
<donV>
Hi! Anyone able to install jruby-1_7 branch using RVM?
<donV>
Trying “rvm install --branch jruby-1_7 jruby-1_7-head” but it fails.
<donV>
“-bash: /Users/uwe/.rvm/src/jruby-1_7-head/mvnw: No such file or directory“
<headius>
oops
<headius>
they changed the build to always use mvnw
<headius>
but we don't have that in 1.7 branch because it doesn't use pom.rb
<headius>
I guess we could just add it, it's not like it hurts anything
<headius>
I guess the assert false trick would work
<enebo>
I love it
<enebo>
chrisseaton: I will solve that warning quick to not warn if assertions are already enabled
<headius>
better than mx.getInputArguments().contains("-ea");
<enebo>
chrisseaton: I am guessing between our .bat, shell scripts, and 2 native launchers it might still be possible for that warning to be true
<chrisseaton>
enebo: right but the -J-ea was just an example - it applies to anything set in JRUBY_OPTS
<chrisseaton>
My main issue is that the warning told me 'these options were definitely ignored', when it's more like 'we can't be certain that these options were set'
<chrisseaton>
So I can imagine someone doing JRUBY_OPTS='-J-some-jvm-option' and getting increasingly frustrated when it looks like it is set but JRuby is telling them it isn't
<enebo>
chrisseaton: ok yeah so any java option which makes it there cannot know if it has been set or not
<chrisseaton>
It's also -X options
<enebo>
chrisseaton: yeah and we cannot look at every flag ever which Java supports
<enebo>
I guess we should delete the warning altogether then
<headius>
JRUBY_OPTS is kinda a mess because we have to process it before JVM start
<chrisseaton>
so I could do JRUBY_OPTS='-Xfoo.bar' and then due to the warning I could think that option isn't set when it is
<headius>
but I missed the discussion about this
<enebo>
headius: I am wondering if at some point we destroyed JRUBY_OPTS so this warning worked as expected then realized later that ruby subprocess invokes lost JRUY_OPTS
<headius>
so it's not being processed in launcher I guess
<headius>
well wait though, -X properties have to be getting processed
<headius>
they have to be modified into -Djruby.<rest>
<chrisseaton>
no it *is* being processed, but the warning says it isn't
<GitHub119>
[jruby] jeremyevans opened issue #3622: Regression in method calling on Java objects in 9.0.5.0 (field not calling getField for JDBC object) https://git.io/vz99S
<chrisseaton>
the argument processing of JRUBY_OPTS where you don't have sub-jrubies works fine - this is a false positive warning in this case
<headius>
because it's not being removed from argv
<headius>
right?
<enebo>
headius: yeah I think so
<enebo>
headius: but I think maybe someone decided to not destruct this so sub-invokes would also see them at some point
<enebo>
headius: a total guess though
<headius>
hmm
<headius>
we don't process it in Java
thedarkone2 has quit [Quit: thedarkone2]
<enebo>
headius: no but we call the launcher in a sub-invoke which does
<headius>
where do we do that?
<enebo>
`ruby`
<headius>
I'm just running -e 1
<headius>
yeah the launcher processes it
<enebo>
I am just saying if I JRUBY_OPTS=-J-ea -e “`jruby -e 1`” it is possible we stopped destructing that env at some point
<enebo>
I don’t actually know that
<enebo>
but I thought we did remove the env and we don’t seem to now
<enebo>
or maybe only the native launcher does
<headius>
well we shouldn't need to destruct it
<headius>
it's supposed to carry through
<headius>
but this warning is without launching any sub-jruby
<enebo>
yeah
<enebo>
headius: CLI is looking at it on first invocation
<headius>
hmm
<headius>
I'm confused, it seems like it shouldn't be passing the -J options through
<headius>
in bash script anyway
<enebo>
headius: ah so jruby-launcher seems to eat this stuff
<enebo>
headius: bash script does not
<enebo>
headius: I suspect it may have in the past?
camlow32_ has quit [Remote host closed the connection]
thedarkone2 has joined #jruby
<GitHub179>
[jruby] nirvdrum force-pushed truffle-ropes from 6f1261e to 3d54c55: https://git.io/vzRZV
<GitHub179>
jruby/truffle-ropes 40a8cf7 Kevin Menard: [Truffle] Initial work on a rope storage strategy for Strings.
<GitHub179>
jruby/truffle-ropes edb985a Kevin Menard: [Truffle] Implemented String#* for ropes.
<GitHub179>
jruby/truffle-ropes de7d227 Kevin Menard: [Truffle] Implemented String#slice and String#size for ropes.
<GitHub174>
[jruby] chrisseaton commented on commit 3a377e0: How come we're calling the next version 9.1? What's the big plan for it? https://git.io/vzHIf
<GitHub41>
jruby/master 983325b Kevin Menard: Merge pull request #3623 from jruby/truffle-ropes...
<GitHub66>
[jruby] headius commented on commit 3a377e0: We want to indicate that this is an update of Ruby compatibility, which is bigger than just x.x.y maintenance. https://git.io/vzHIu
<GitHub146>
[jruby] enebo commented on commit 3a377e0: So we also plan on updating compat and merging our ruby-2.3 branch as part
<GitHub135>
[jruby] nirvdrum deleted truffle-ropes at 3d54c55: https://git.io/vzHLk
<GitHub59>
[jruby] nirvdrum deleted truffle-ropes-2 at 5a81cfa: https://git.io/vzHLY
camlow325 has joined #jruby
hobodave has joined #jruby
<GitHub9>
[jruby] nirvdrum deleted truffle-ropes-on-head at 6ad0311: https://git.io/vzHL4
<atambo>
enebo: how do I pass that -Xnative.verbose=true when using jruby-complete? I tried doing: ./java -jar jruby-complete-1.7.24.jar -Xnative.verbose=true -e 'load "META-INF/jruby.home/bin/jirb"'
<atambo>
but I get "jruby: invalid extended option native.verbose=true (-X will list valid options)"
<enebo>
atambo: ah -Djruby.native.verbose=true
<enebo>
atambo: sorry I forgot you were using complete