04:31 <Disso35> Is there better documentation for jrubyc besides `--help` output? `--dir` and `--prefix` don't explain their functionality very well

05:31 <headius[m]> There's docs on the wiki and in the book, but that's sadly out of print

05:36 <Disso35> I see, I ended up getting the result I wanted by `cd`ing into the source folder before running `jrubyc`, I'll stick with that for now

12:55 <headius[m]> Ok. May I ask why you are interested in jrubyc?

19:54 <lopex> enebo: ot time, http://nautil.us/blog/the-english-word-that-hasnt-changed-in-sound-or-meaning-in-8000-years

20:56 <ilikeorangutans> hi friends of jruby, i'm looking at https://github.com/jruby/jruby/issues/5734#issuecomment-494024677 and I'm trying to understand how the specs in jruby even work

20:58 <ilikeorangutans> could i just paste the example code from the issue into a spec? Looking at the existing specs there seems to be a specific style of writing them

20:58 <headius[m]> We keep a copy of the specs under spec/ruby that you can edit directly, changes get merged back into the master copy

20:59 <headius[m]> With JRuby in PATH you can run those files directly or use spec/mspec/bin/mspec

20:59 <ilikeorangutans> There's a PR review process in place, right? could i just contribute a spec? I'm not sure if i can actually fix the issue

20:59 <headius[m]> Are you familiar with spec syntax?

20:59 <ilikeorangutans> very, very superficially

20:59 <headius[m]> Oh yes I just hoped you'd make some specs

21:00 <ilikeorangutans> i'll... try something haha

21:00 <headius[m]> Or see if this sort of case might be covered already

21:00 <headius[m]> Ok thanks 😀

21:01 <ilikeorangutans> https://github.com/jruby/jruby/blob/master/spec/ruby/core/enumerator/lazy/flat_map_spec.rb#L7 has only a line saying `it_behaves_like :enumerator_lazy_collect_concat, :flat_map`

21:01 <ilikeorangutans> i take it that refers to a different spec? in that case the other spec might not be correct

21:01 <ilikeorangutans> (or incomplete)

21:01 <headius[m]> Ok then there should be a "shared" spec that's used for multiple

21:02 <headius[m]> shared/ dir in same path likely

21:02 <headius[m]> Look at the requires in that file

21:02 <ilikeorangutans> ah gotcha

21:14 <ilikeorangutans> sorry, another question: when running specs with spec/mspec/bin/mspec, is there an easy way to run it with jruby instead of mri ruby?

21:18 <lopex> just prefix mspec with jruby

21:18 <lopex> or use rbenv and the like ?

21:42 <lopex> headius[m]: is there something wrong with that azure ci, when I was at their console page, it was stalling (the ui)

21:59 <ilikeorangutans> i'm somewhat stumped. i wrote a small spec for the problem i ran into and it passes. however, the exact same code in IRB will fail. I ended up making the spec as literal as i could just to ensure i'm not tripping over something else: https://github.com/jruby/jruby/pull/5744/files

22:00 <ilikeorangutans> any idea why this would fail using running irb on jruby (from master) and pass in the spec (using same jruby version)?

22:01 <lopex> at parse or execution ?

22:01 <lopex> end end smells to me

22:01 <lopex> I'd put semicolon there

22:02 <lopex> not sure how syntax has changed recently though

22:02 <ilikeorangutans> hmmm good point, let me reformat just to be sure

22:02 <travis-ci> jruby/jruby (master:15c9691 by Thomas E. Enebo): The build was broken. https://travis-ci.org/jruby/jruby/builds/535997465 [203 min 22 sec]

22:02 <lopex> not the case it seems

22:02 <lopex> just checked

22:03 <lopex> but well, havent checked under irb

22:06 <lopex> I hope lazy never spawns separate threads though ?

22:06 <lopex> otherwise I'm stumped too

22:07 <ilikeorangutans> same source location for both spec and irb so it's the _same_ code; wouldn't know about threads... i literally reported a bug and this is the first time i'm poking jruby sources haha

22:07 <lopex> no worries

22:08 <lopex> but class Foo; def foo; end end also seems to be working under irb

22:08 <lopex> under jruby

22:10 <ilikeorangutans> yeah; the syntax appears to be fine. just looking further into how lazy enumerators even work.

22:11 <ilikeorangutans> gotta say, a lot of stuff in the core library is not what i expected it to be

22:11 <travis-ci> jruby/jruby (master:15c9691 by Thomas E. Enebo): The build was broken. https://travis-ci.org/jruby/jruby/builds/535997465 [220 min 35 sec]

22:14 <lopex> yeah, it;s juge

22:14 <lopex> *huge

22:15 <lopex> mri sources though are quite easy to read

22:15 <lopex> with exceptions

22:15 <lopex> I hate python sources otoh

22:16 <lopex> I'd rather read hotspot ones

22:55 <lopex> ilikeorangutans: did you get anywhere ?

23:04 <ilikeorangutans> no, not yet; i had to step away, dinner time here

23:05 <ilikeorangutans> depending on how much time i have i might take another stab at this tomorrow

23:10 <lopex> I bet the lazy part is the culprit

23:11 <lopex> falt_map just cant be that wrong