marciol has joined #jruby
marciol has quit [Ping timeout: 260 seconds]
prasun has joined #jruby
alex0ptr_ has quit [Remote host closed the connection]
alex0ptr has joined #jruby
alex0ptr has quit [Remote host closed the connection]
alex0ptr has joined #jruby
alex0ptr has quit [Ping timeout: 240 seconds]
snowp has quit [Ping timeout: 240 seconds]
snowp has joined #jruby
hone has quit [Ping timeout: 260 seconds]
Guest55967 has quit [Remote host closed the connection]
bbrowning is now known as bbrowning_away
<GitHub123> [jruby] headius pushed 1 new commit to master: https://git.io/vDj6R
<GitHub123> jruby/master 46ca986 Charles Oliver Nutter: Use original accessor to access unreified instance vars. Fix #4455...
<GitHub117> [jruby] headius closed issue #4455: Sequel fails with -Xcompile.invokedynamic=true https://git.io/vMAuX
marciol has joined #jruby
marciol has quit [Ping timeout: 240 seconds]
camlow325 has quit [Quit: WeeChat 1.5]
enebo has quit [Quit: enebo]
enebo1 has quit [Ping timeout: 240 seconds]
prasun has quit [Ping timeout: 260 seconds]
marciol has joined #jruby
marciol has quit [Ping timeout: 260 seconds]
ankitr has joined #jruby
marciol has joined #jruby
marciol has quit [Ping timeout: 255 seconds]
ankitr_ has joined #jruby
ankitr has quit [Ping timeout: 255 seconds]
matthewd has quit [Ping timeout: 260 seconds]
matthewd has joined #jruby
msg has joined #jruby
msg is now known as Guest24425
bbrowning_away has quit [Remote host closed the connection]
bbrowning_away has joined #jruby
thedarkone2 has quit [Quit: thedarkone2]
Specialist has joined #jruby
marciol has joined #jruby
marciol has quit [Ping timeout: 260 seconds]
Specialist has quit [Ping timeout: 240 seconds]
blaxter has joined #jruby
Specialist has joined #jruby
marciol has joined #jruby
marciol has quit [Ping timeout: 255 seconds]
blaxter has quit [Quit: foo]
vtunka has joined #jruby
drbobbeaty has joined #jruby
shellac_ has joined #jruby
Specialist has quit [Ping timeout: 260 seconds]
drbobbeaty has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
vtunka has quit [Quit: Leaving]
shellac has quit [Remote host closed the connection]
shellac_ is now known as shellac
marciol has joined #jruby
marciol has quit [Ping timeout: 255 seconds]
Specialist has joined #jruby
neoice has quit [Ping timeout: 268 seconds]
neoice has joined #jruby
ankitr_ has quit [Ping timeout: 260 seconds]
Specialist has quit [Ping timeout: 240 seconds]
bbrowning_away is now known as bbrownning
bbrownning is now known as bbrowning
drbobbeaty has joined #jruby
Specialist has joined #jruby
marciol has joined #jruby
shellac has quit [Quit: Computer has gone to sleep.]
marciol has quit [Ping timeout: 240 seconds]
vtunka has joined #jruby
prasun has joined #jruby
alex0ptr has joined #jruby
prasun has quit [Ping timeout: 260 seconds]
prasun has joined #jruby
shellac has joined #jruby
tcrawley-away is now known as tcrawley
Specialist has quit [Ping timeout: 268 seconds]
ankitr_ has joined #jruby
Specialist has joined #jruby
marciol has joined #jruby
ankitr_ has quit [Ping timeout: 260 seconds]
Specialist has quit [Ping timeout: 240 seconds]
Specialist has joined #jruby
ankitr has joined #jruby
prasun has quit [Ping timeout: 268 seconds]
ankitr has quit [Ping timeout: 260 seconds]
enebo has joined #jruby
enebo_ has joined #jruby
ankitr has joined #jruby
Specialist has quit [Ping timeout: 260 seconds]
cremes has quit [Ping timeout: 268 seconds]
cremes has joined #jruby
marciol has quit [Remote host closed the connection]
marciol has joined #jruby
alex0ptr has quit [Remote host closed the connection]
marciol has quit [Ping timeout: 240 seconds]
alex0ptr has joined #jruby
prasun has joined #jruby
<GitHub166> [jruby] headius closed issue #4492: YAML: Can't load files with characters in the supplementary plane https://git.io/vD12d
<GitHub156> [jruby] headius reopened issue #4492: YAML: Can't load files with characters in the supplementary plane https://git.io/vD12d
<GitHub32> [jruby] headius pushed 1 new commit to master: https://git.io/vyedc
<GitHub32> jruby/master b0487b4 Charles Oliver Nutter: Bump psych version to 2.2.3. Fixes #4492.
<GitHub5> [jruby] headius closed issue #4492: YAML: Can't load files with characters in the supplementary plane https://git.io/vD12d
enebo_ has quit [Quit: enebo_]
bbrowning is now known as bbrowning_away
camlow325 has joined #jruby
Specialist has joined #jruby
<headius> nirvdrum: I'm find with fixes to jcodings that help AOT but not if they eager-load things we lazily load right now
<headius> there's way too much data in there to eagerly load everything
alex0ptr has quit [Ping timeout: 240 seconds]
<lopex> headius: also bad for ruboto
tcrawley is now known as tcrawley-away
<lopex> headius: we could generate a switch and fallback to newInstance maybe ?
<headius> I don't see how that would help them wanting to statically compile everything
Specialist has quit [Ping timeout: 255 seconds]
Specialist_ has joined #jruby
<enebo> hmmm we need macros
<lopex> headius: how switch doesnt help ?
<enebo> we could have an eager main library entry point and a lazy one and you pick eager for AOT
<headius> lopex: I don't know what you mean by switch
<headius> switch/case?
<enebo> like in AOT version you call new JoniForceLoad()
<lopex> headius: case "foo"; return SomeEncoding.INSTANCE
<headius> ah, sure, it might work ok
<headius> or enebo's idea
<lopex> all the tables ?
<lopex> but that might be too much
<headius> so long as it doesn't cause all encoding to load at boot I don't care
tcrawley-away is now known as tcrawley
<lopex> and same problem with transcoders
<lopex> well, even bigger
<lopex> that's why Kevin alluded to lazy load the tables though
<enebo> lopex: you see the can joni parse faster issue
<lopex> new one ?
<enebo> lopex: Although he did not mean parse he meant execute the regexp
<enebo> lopex: yeah I think in last 12 hours
<lopex> yeah I see it
<chrisseaton> headius: how can there be too much data to eagerly load if you are doing AOT?
<enebo> chrisseaton: he means for us not doing AOT to share same code as you doing AOT
<chrisseaton> headius: I mean, what's the downside of having it in the AOT image?
<chrisseaton> Oh right, I thought you were trying it on Java 9 AOT
<enebo> at least that was my take
<headius> chrisseaton: see above, nirvdrum was asking about changes to make it AOT better in SVM
<headius> that's fine as long as it doesn't cause non-AOT case to eagerly load everything
<enebo> does Java 9 AOT allow classloading?
<headius> yes
<enebo> or lazy but we instantly use them
<enebo> which is eager already
<headius> Java 9 AOT just boots your app immediately into C1-like optimizations
<enebo> so then we probably don't care past UTF-8 and ASCII-7BIT
<lopex> chrisseaton: newInstance is also a problem right ?
<enebo> chrisseaton: is any ruby manager releasing ruby+truffle builds yet?
<chrisseaton> lopex: are we talking SVM of J9 AOT? I know nothing about the latter
<lopex> chrisseaton: SVM
<chrisseaton> enebo: no, we're waiting on some internal discussions about how to release GraalVM without a clickthrough since that blocks it really
alex0ptr has joined #jruby
<chrisseaton> lopex: you can't newInstance in SVM
<enebo> chrisseaton: thanks
<lopex> ok
<chrisseaton> lopex: you will need our JVM bytecode interpreter for that, which is just a toy at the moment
akp has joined #jruby
<lopex> chrisseaton: so generated switch would suffice for now ?
<chrisseaton> lopex: yes
<chrisseaton> Or a lambda factory method kind of thing
marciol has joined #jruby
alex0ptr has quit [Read error: Connection reset by peer]
alex0ptr_ has joined #jruby
vtunka has quit [Quit: Leaving]
<lopex> enebo: but they seem to go through j.l.String, they could use Files.readAllBytes and scan for new lines at very least
prasun has quit [Ping timeout: 268 seconds]
<enebo> lopex: leave a comment please
<lopex> enebo: looking for a better idea now though
<enebo> lopex: I don't think that Java's regexp is good at tons of things so if they happen to be faster on some I hardly consider it a bug
<enebo> lopex: although perhaps it is
<lopex> enebo: they shouldnt
<enebo> lopex: I keep thinking of the Java devs vs PCRE devs when that engine came out
<lopex> enebo: i.e. j.u.Regexp
<enebo> lopex: shouldn't what? be faster at anything?
<lopex> enebo: we are likely slower at regexp construction though
<enebo> lopex: that was not an answer to my question was it?
<lopex> enebo: yeah, we should be faster at matching in general
<enebo> lopex: ah ok so another comment would be to precompile the regexp and remove it from the loop
<enebo> oh they did
<lopex> yep
<lopex> not a problem
<enebo> lopex: yeah so they get bytes in the loop and transcode them
<lopex> problem is getBytes as ususal
thedarkone2 has joined #jruby
<lopex> enebo: so we get extra bonus by not transocing
<lopex> *transcoding
<enebo> lopex: yeah so their LineDecoder could work with bytes directly
<lopex> yeah, but then new lines might become problematic
<enebo> lopex: which would not only kill our UTF16-LE -> UTF-8 to make bytes but also kill the original text -> UTF16-LE
<lopex> you'd have to skip char heads at very least
<lopex> well, you can use jcodings for that
<lopex> enebo: or just swotch regexp to multiline ?
<enebo> lopex: but you mean you would have to mbclen over and over (or whatever we call it in jcodings) to walk to the newline
<lopex> *switch
<enebo> lopex: multiline could work depending on the regexp
<lopex> enebo: and then joni wouldnt copy anything (even StringNode buffers are shared - unless not escaped)
<lopex> in the regexp itself
<lopex> er, unless escaped
<enebo> lopex: yeah so only cost is walking the bytes in Java
<enebo> vs C++
<lopex> enebo: help ruby, since lots of regexps are fed from arbitrary strings
<lopex> yep
<enebo> but that C++ is also making it into UTF16-LE
<lopex> er, C++ ?
<enebo> so we may even come out ahead depending on how well the newline walking code is optimized
<enebo> lopex: oh yeah once Java makes the String the \n finding bit is in Java too
<enebo> lopex: but walking the mbc and transcoding to UTF16LE is in C++ in Java right?
<lopex> enebo: you mean native ?
<enebo> lopex: yes
<enebo> lopex: are you hung up that it might be in C?
<lopex> enebo: looking
<enebo> lopex: haha
<enebo> lopex: it hardly matters...I should have just said native as I just mean some compiler chomped into what it is
<lopex> enebo: I'm more concerned with laziness though
<enebo> So one native loop walking bytes to make characters but then a java loop looking for \n character
<enebo> It has to do that much work to pass it to Java.lang.Regexp for matching
ankitr has quit [Ping timeout: 240 seconds]
<enebo> The reporter can make something which reads bytes and walks once (in Java) and return byte[] for a line
<enebo> which one is faster? I have no idea but it seems possible we might win then
<enebo> in any case it is much less work than what the reporter is doing now
<lopex> that's the idea
<enebo> lopex: I can comment to this on the issue if you want
<lopex> enebo: readLine() uses int read() anyways
<enebo> lopex: but from a stream of a reader?
<lopex> enebo: looking for any alternative
<enebo> lopex I think read(BUFSIZE) and maintaining start + length is what I would do
<enebo> but hey working with byte[] is more complicated than String
<enebo> which may involve some amount of System.arraycopy to move end bytes onto front when buffer is exhausted
cremes has quit [Quit: cremes]
<lopex> enebo: oh, wait BufferedReader reads directly from it's buffer
<GitHub138> jruby/master a2cdff8 Charles Oliver Nutter: Do not precompile target script with BEGIN or END. For #713.
<GitHub138> [jruby] headius pushed 1 new commit to master: https://git.io/vyvk6
AckZ has joined #jruby
cremes has joined #jruby
bbrowning_away is now known as bbrowning
hone has joined #jruby
cremes has quit [Quit: cremes]
shellac has quit [Ping timeout: 240 seconds]
yosafbridge has quit [Quit: Leaving]
cremes has joined #jruby
yosafbridge has joined #jruby
alex0ptr_ has quit [Remote host closed the connection]
Guest24425 has quit [Remote host closed the connection]
camlow325 has quit [Quit: WeeChat 1.5]
thedarkone2 has quit [Quit: thedarkone2]
Specialist_ has quit [Ping timeout: 255 seconds]
Specialist has joined #jruby
camlow325 has joined #jruby
enebo_ has joined #jruby
Specialist has quit [Remote host closed the connection]
msg has joined #jruby
msg is now known as Guest5443
tcrawley is now known as tcrawley-away
tcrawley-away is now known as tcrawley
thedarkone2 has joined #jruby
<GitHub120> [jruby] nerdrew opened issue #4500: IO#close_write seems to close the read side too for unix sockets https://git.io/vyvol
Guest5443 has quit [Remote host closed the connection]
<GitHub134> [jruby] enebo pushed 2 new commits to master: https://git.io/vyvMh
<GitHub134> jruby/master 0424413 Thomas E. Enebo: Fixes ruby/spec failure for File#join where we would process windows delimited path on non-windows platforms
<GitHub134> jruby/master e2d8cdf Thomas E. Enebo: Fixes several ruby/spec failures involving File#join
msg has joined #jruby
msg is now known as Guest14186
bbrowning is now known as bbrowning_away
<GitHub153> [jruby] enebo opened issue #4501: JRuby native no longer loads on windows https://git.io/vyv9e
_whitelogger_ has joined #jruby
_whitelogger has quit [Remote host closed the connection]
lampad has joined #jruby
<lampad> does anyone have a good recommendation for how to debug the java side of things in an IDE? The wiki and stuff I found online seem to focus on the ruby level
<lampad> Another thing that might complicate it is that I'm working in jruby-openssl and would like to debug something in that jar (in my IDE), but i'm executing a ruby test using a jruby provided by rvm after compiling and packaging jruby-openssl
<lampad> if any of that makes sense...
marciol has quit [Remote host closed the connection]
bbrowning_away is now known as bbrowning
marciol has joined #jruby
<GitHub114> [jruby] whwilder opened pull request #4502: Implemented optional buffer argument for Array#pack (ruby-2.4...ruby-2.4-array-pack) https://git.io/vyvN9
alex0ptr has joined #jruby
alex0ptr has quit [Ping timeout: 260 seconds]
bbrowning is now known as bbrowning_away
akp_ has joined #jruby
drbobbeaty has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
akp_ has quit [Ping timeout: 240 seconds]
akp has quit [Ping timeout: 268 seconds]
akp has joined #jruby
cremes has quit [Quit: cremes]
akp has quit [Ping timeout: 260 seconds]
tcrawley is now known as tcrawley-away
marciol has quit [Remote host closed the connection]
<chrisseaton> lampad: are you familiar with conventional JVM remote debugging?
marciol has joined #jruby
<lampad> chrisseaton: yeah, just do a normal java invocation passing the jruby jar, debugging opts and additional ruby-level args that way?
<GitHub39> [jruby] enebo closed issue #4501: JRuby native no longer loads on windows https://git.io/vyv9e
<GitHub91> [jruby] enebo pushed 1 new commit to master: https://github.com/jruby/jruby/commit/eab2c928705681b214a721d1ee4ce20b8ec0592a
<GitHub91> jruby/master eab2c92 Thomas E. Enebo: Fixes #4501. JRuby native no longer loads on windows. Well it does but we had no gettimeofday impl on windows. Working around it for now. Ultimate fix is in jnr-posix
hone has quit [Ping timeout: 260 seconds]
cremes has joined #jruby
<chrisseaton> (replied in DM)
<GitHub165> [jruby] enebo pushed 1 new commit to master: https://git.io/vyfLF
<GitHub165> jruby/master c1b5f15 Thomas E. Enebo: Fixes failures from ruby/spec for File#join where leading delimiters using alt delim (\) will now be seen
alex0ptr has joined #jruby
marciol has quit [Remote host closed the connection]
enebo_ has quit [Quit: enebo_]
enebo has quit [Quit: Leaving.]
cremes has quit [Quit: cremes]
cremes has joined #jruby
Guest14186 has quit [Remote host closed the connection]
msg has joined #jruby
msg is now known as Guest41479
Guest41479 has quit [Ping timeout: 255 seconds]