<headius>
lopex: so good to see a commit from you again :-)
<lopex>
headius: what's the policy of closing the issues on gh for jruby now ?
<headius>
donV: hello!
<lopex>
headius: haha
<headius>
lopex: well, once the release is out and pom is updated, issue is closed with milestone 1.7.16
<headius>
joni release (which I'm doing now)
<lopex>
they also have ALLOWED_TYPE_IN_LB on onigmo now, I'll have to track it down commit-wise
<lopex>
headius: yeah, I recall jira issues not being closed until the release
<headius>
oh that
<headius>
no, we don't do that anymore
<lopex>
ok
<headius>
just close when fixed, but mark with release milestone or one of the closed invalid/dup milestones
<headius>
I wonder when enebo is supposed to be back
<lopex>
headius: done
<headius>
lopex: excellent!
<headius>
this is weird
<headius>
someone must have released this without the proper process
<headius>
or did it on a branch?
<headius>
no, there's no branches
<headius>
hmm
<lopex>
the joni one ?
subbu has quit [Remote host closed the connection]
<headius>
yeah
subbu has joined #jruby
<headius>
it's weird...there's no pom.xml commits since 2.1.0
<headius>
maybe tom released 2.1.2 and never pushed
tesmar has joined #jruby
etehtsea has quit [Read error: Connection reset by peer]
subbu has quit [Remote host closed the connection]
subbu has joined #jruby
subbu has quit [Remote host closed the connection]
subbu has joined #jruby
<headius>
or I did
<headius>
*shrugs*
Hobogrammer has quit [Ping timeout: 272 seconds]
drbobbeaty has quit [Ping timeout: 272 seconds]
JRubyGithub has joined #jruby
<JRubyGithub>
jruby/jruby-1_7 0cf59f7 Christian Meier: * remove misleading info...
<JRubyGithub>
[jruby] jrubyci pushed 1 new commit to jruby-1_7: http://git.io/7iK9oA
JRubyGithub has left #jruby [#jruby]
mister_solo has quit [Ping timeout: 245 seconds]
mberg has quit [Ping timeout: 260 seconds]
<headius>
chrisseaton: moving to here :-)
<headius>
the toolchain leading up to a simple sinatra app would be prettty demonstrative
calavera has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
<chrisseaton>
headius: yeah - webrick and rack of course
<chrisseaton>
headius: but gems with few dependencies where we can pull out kernels is also good
<chrisseaton>
headius: anything where people think they need a C extension to get good performance out of Ruby is also a challenge we can't resist
<headius>
webrick yeah...that's rather big
mje113__ has joined #jruby
<headius>
ahh hmm
<headius>
kramdown
<headius>
pure-Ruby markdown...usual recommendation for JRuby users
<headius>
mostly because there's a frickin C ext for markdown released every other week
<headius>
pure-Ruby json library would be good too
<headius>
json-pure or something
<chrisseaton>
thanks - those are great ideas - something with strings rather than numbers
<headius>
yeah
<headius>
get the truffle JS impl hooked up like "therubyrhino" so we don't have to recommend shelling out to node :-)
bbrowning_away is now known as bbrowning
<chrisseaton>
yes - there isn't even a therubynashorn yet I don't think
<headius>
yeah I don't think so
<headius>
well, I haven't heard about one anyway
zorak8 has joined #jruby
JRubyGithub has joined #jruby
<JRubyGithub>
[jruby] jrubyci pushed 1 new commit to jruby-1_7: http://git.io/enQDAg
<JRubyGithub>
jruby/jruby-1_7 df7c089 Charles Oliver Nutter: Move to 2.1.3 to fix #1995.
JRubyGithub has left #jruby [#jruby]
<headius>
mkristian: we need to figure out a better way to merge these maven changes
<headius>
every time you change something I get a dozen merge conflicts
shellac has quit [Quit: Ex-Chat]
<headius>
I asked a while back and forgot your answer... can we just get rid of pom.xml files that are generated?
calavera has joined #jruby
logs has joined #jruby
* logs
is logging
<mkristian>
headius, yes, I had the same thought when I just looked at maven/jruby-jars/ that I really need to get master the jruby-1_7 in line again.
diegoviola has joined #jruby
<mkristian>
headius, about the pom.xml - well my first attempt created some reaction from bbrowning and others. and using rmvn is working but runs into frequent but regular Bad File Descriptors
<mkristian>
so keeping the pom.xml for maven users would be nice
<headius>
hmmm I see
<mkristian>
getting master and jruby-1_7 in sync will help with the merges
<headius>
they're just subtly different and it's wreaking havoc
ephemerian has quit [Quit: Leaving.]
<headius>
subbu: I made good progress end of last week...most of the problems I was having (outside of call protocol tweaks) were due to JIT failing after running JIT passes, and interpreter didn't like the resulting IR
baroquebobcat has joined #jruby
<headius>
I have not addressed those issues but we'll need to think about a way to keep the interpretable/reoptimizable IR clean
<subbu>
headius, sounds reasonable .. I think most of those are probably bugs that have not been addressed.
<subbu>
nirvdrum, are your tests now looking happier than before?
OffTheRails has joined #jruby
<nirvdrum>
subbu: I haven't tried in a few days. I was waiting for the nod from headius.
<headius>
you could try again...I have been fiddling with scope logic but not directly trying to fix your issue
subbu has quit [Quit: Leaving]
subbu has joined #jruby
mberg has joined #jruby
OffTheRails has quit [Ping timeout: 272 seconds]
tylersmith has joined #jruby
phrinx has joined #jruby
vtunka has quit [Quit: Leaving]
subbu has quit [Remote host closed the connection]
subbu has joined #jruby
rsim has quit [Quit: Leaving.]
nanoyak has joined #jruby
<headius>
subbu: ahh, current issue is interesting... LinearizeCFG seems to be removing an important jump in this piece of code
<headius>
at least when run for the JIT passes
<headius>
oh wait...no
<headius>
I think that's ok...so why is the stackmap wrong... hmmm
<subbu>
k
donV has quit [Quit: donV]
<headius>
ahh there it is...a rogue push of ThreadContext
<headius>
bam, another one bites the dust
e_dub has quit [Quit: ZZZzzz…]
yfeldblum has joined #jruby
yfeldblum has quit [Ping timeout: 245 seconds]
JRubyGithub has joined #jruby
<JRubyGithub>
jruby/master f159942 Charles Oliver Nutter: Remove rogue TC push from opt arg processing.
<JRubyGithub>
jruby/master d3f3ea2 Charles Oliver Nutter: Dead code.
<JRubyGithub>
[jruby] jrubyci pushed 2 new commits to master: http://git.io/2STpLA
JRubyGithub has left #jruby [#jruby]
_elia has quit [Remote host closed the connection]
drbobbeaty has joined #jruby
elia has joined #jruby
jaffachi_ has quit [Quit: Computer has gone to sleep.]
multibot__ has quit [Remote host closed the connection]
yfeldblum has joined #jruby
multibot_ has joined #jruby
xcv has quit [Remote host closed the connection]
yfeldblum has quit [Ping timeout: 244 seconds]
Antiarc has quit [Remote host closed the connection]
Antiarc has joined #jruby
cremes has quit [Quit: cremes]
donV has quit [Quit: donV]
zorak8 has quit [Ping timeout: 260 seconds]
nanoyak has quit [Quit: Computer has gone to sleep.]
cremes has joined #jruby
yfeldblum has joined #jruby
rcvalle has joined #jruby
yfeldblu_ has joined #jruby
elia has quit [Ping timeout: 240 seconds]
yfeldblum has quit [Ping timeout: 244 seconds]
yfeldblu_ has quit [Ping timeout: 258 seconds]
elia has joined #jruby
zorak8 has joined #jruby
donV has joined #jruby
drbobbeaty has joined #jruby
drbobbeaty has quit [Read error: Connection reset by peer]
drbobbeaty has joined #jruby
subbu is now known as subbu|lunch
erick_ has joined #jruby
mkristian has quit [Quit: bye]
calavera has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
nanoyak has joined #jruby
drbobbeaty has quit [Ping timeout: 272 seconds]
drbobbeaty has joined #jruby
yfeldblum has joined #jruby
purplefox has quit [Ping timeout: 240 seconds]
subbu|lunch is now known as subbu
calavera has joined #jruby
nanoyak has quit [Quit: Computer has gone to sleep.]
nanoyak has joined #jruby
yfeldblu_ has joined #jruby
rimenes has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
yfeldblum has quit [Ping timeout: 245 seconds]
zorak8 has quit [Ping timeout: 260 seconds]
purplefox has joined #jruby
nanoyak has quit [Read error: Connection reset by peer]
nanoyak has joined #jruby
bbrowning_ has joined #jruby
nanoyak has quit [Client Quit]
bbrowning has quit [Ping timeout: 272 seconds]
purplefox has quit [Ping timeout: 260 seconds]
bbrowning_ is now known as bbrowning
drbobbeaty has quit [Ping timeout: 260 seconds]
e_dub has quit [Quit: ZZZzzz…]
drbobbeaty has joined #jruby
rimenes has joined #jruby
<headius>
man, zsuper is complicated
<headius>
subbu: I'm not sure how to compile zsuper
<headius>
it uses current runtime state (dynamic scope) to determine the operands it uses for assembling the argument list
<subbu>
headius, what is getting in the way? and yes, that stuff is complicated.
<subbu>
i removed the dependency of having to store args in dynscope to support zsuper but at the cost of complicating the instr itself.
<subbu>
i felt that was a reasonable tradeoff.
<headius>
well, at compile time I don't have a dynscope
nirvdrum_ has joined #jruby
baroquebobcat has quit [Ping timeout: 260 seconds]
<headius>
trying to interpret this in my head
nirvdrum has quit [Ping timeout: 245 seconds]
<headius>
I guess it uses dynscope to walk current static scope tree until it finds the argument scope, aggregating a total of arg offsets
<headius>
then it uses that total to dereference "allPossibleArgs" to aggregate the operands for each value
<headius>
then it does arg compilation of those operands
<headius>
I'd have to emit all operands in "allPossibleArgs" and only execute the ones calculated to be relevant at runtime
<headius>
I think
<subbu>
right.
<subbu>
how common is this form of zsuper?
<subbu>
and, can the args array be calculated in a helper fn. (as opposed to being emitted inline)?
<subbu>
and keyword args are going to complicate that a bit more. there is a github issue for it.
<headius>
well, if this is actual zsuper then it's pretty common
<erick_>
hey guys, when do you think support for Ruby 2.0 syntax updates will be released?
<subbu>
this form of zsuper will be emitted only for zsuper found in blocks.
<headius>
I guess I'm not sure if it is actually getting to my compiler yet...I just noticed I didn't emit it yet
<headius>
ahh...so normally zsuper will just turn into a regular super + arg operands
<headius>
but within a closure it requires some magic to find the args to zsuper with
<headius>
mmmm ok
<subbu>
yes.
<headius>
I'm going to punt for the moment then and circle back
e_dub has joined #jruby
<subbu>
k
<headius>
another quick question... some instructions set result, some don't....why? How do I know if I should assign result in JIT?
<headius>
I *think* some don't appear to set result, but the interpreter actually does do it for them after return value
<subbu>
if it inmplements ResultInstr
elia has quit [Quit: Computer has gone to sleep.]
<headius>
if it does, I should be setting it somewhere?
<subbu>
jump, branches, for example don't
<headius>
ok
nanoyak has joined #jruby
<subbu>
headius, afaik, interp should only try to set results for ResultInstr implementers.
elia has joined #jruby
tcrawley is now known as tcrawley-away
donV has quit [Quit: donV]
Aethenelle has joined #jruby
donV has joined #jruby
<nirvdrum_>
subbu: I don't seem to be getting the AIIOBE anymore, but I am getting a bunch of stack overflows now.
yfeldblu_ has quit [Remote host closed the connection]
<headius>
subbu: yeah, I was just confused because sometimes it's in the instr's interpret() and sometimes not
yfeldblum has joined #jruby
yfeldblum has quit [Remote host closed the connection]
yfeldblum has joined #jruby
<subbu>
headius, interpret() is suppose to return a result if they compute something .. the value is ignored if it is not a result-instr ... but, for perf, i starte inlining most of the interprets in the core interp loop (that was meant as experimentation and as part of that i might not have removed the code from the interpret() in some cases).
<headius>
ok
nanoyak has quit [Read error: Connection reset by peer]