x1337807x has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
temporalfox has joined #jruby
dinfuehr has joined #jruby
kares has quit [Ping timeout: 240 seconds]
yfeldblum has joined #jruby
shellac has joined #jruby
dumdedum has joined #jruby
ypasmk has joined #jruby
dumdedum has quit [Ping timeout: 252 seconds]
JohnBat26 has joined #jruby
digitalextremist has joined #jruby
dumdedum has joined #jruby
kares has joined #jruby
shellac has quit [Quit: Computer has gone to sleep.]
marr has joined #jruby
elia_ has joined #jruby
JRubyGithub has joined #jruby
<JRubyGithub>
[jruby] vietj opened issue #2857: org.jruby.javasupport.JavaMethod invocation does not wrap returned JavaObject http://git.io/vfLD6
JRubyGithub has left #jruby [#jruby]
vtunka has joined #jruby
pierreatkillbill has joined #jruby
pierreatkillbill has quit [Ping timeout: 245 seconds]
shellac has joined #jruby
drbobbeaty has joined #jruby
vtunka has quit [Quit: Leaving]
gazarsgo has quit [Ping timeout: 276 seconds]
gazarsgo has joined #jruby
DontCareBear has joined #jruby
<DontCareBear>
hi, i have latest version of intellij. i started a jruby project and when i type puts 'hello', i get a popup saying "cannot find 'puts'". but i can compile and run the jruby program. why isnt code recognition/autocomplete working?
vtunka has joined #jruby
cultureulterio-1 has quit [Ping timeout: 250 seconds]
<DontCareBear>
old version of jruby, upgrade solved it
DontCareBear has quit [Quit: DontCareBear]
pierreatkillbill has joined #jruby
drbobbeaty has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
skade has joined #jruby
joast has quit [Ping timeout: 245 seconds]
vtunka has quit [Quit: Leaving]
mje113__ has joined #jruby
skade has quit [Quit: Computer has gone to sleep.]
yfeldblum has quit [Ping timeout: 245 seconds]
kith_ has joined #jruby
JRubyGithub has joined #jruby
<JRubyGithub>
[jruby] chrisseaton pushed 1 new commit to master: http://git.io/vftEz
<JRubyGithub>
jruby/master f831308 Chris Seaton: [Truffle] Array#push with an empty put non-null store is fine for compilation.
<nirvdrum>
asarih had committed some Travis config. Related?
<headius>
could be but the errors I'm seeing are a problem with the jruby-openssl package
<asarih>
my commit was just glibc tuning (which may or may not have helped)
pierreatkillbill has joined #jruby
rsim has quit [Quit: Leaving.]
joast has joined #jruby
<headius>
huh
<headius>
asarih: yeah I'm not sure it's related yet
<headius>
and today I learned about Amazon Workspaces, ec2-based desktop env hosting
pierreatkillbill has quit [Ping timeout: 265 seconds]
kares has quit [Ping timeout: 245 seconds]
shellac has joined #jruby
mrmargolis has joined #jruby
vtunka has quit [Quit: Leaving]
<asarih>
that's a nice self-referencing acronym.
<asarih>
is it all Windows?
<headius>
asarih: I think so
pitr-ch has quit [Quit: My Mac Mini has gone to sleep. ZZZzzz…]
pitr-ch has joined #jruby
<nirvdrum>
headius: I just noticed the description for the JSON gem is a bit out of date. Since you have commit rights, you may want to update it (providing it's not contentious). It currently reads "This is a JSON implementation as a Ruby extension in C."
pitr-ch has quit [Client Quit]
Aethenelle has joined #jruby
erikhatcher has quit [Quit: erikhatcher]
<headius>
hah
<headius>
ok
<headius>
I don't believe I have commit rights though
<enebo>
just turned it on seeing all the uuggh comments about turbolinks
<headius>
I just wait until everyone freaks out afterwards and nothing comes of anything he says
<enebo>
and he is still talking about them
<nirvdrum>
enebo: That's why I was suggesting that Ruby#setupSourceEncoding's else clause should use UTF-8 instead of getEncodingService().getLocaleEncoding().
<enebo>
I guess he talked earlier about monolithic apps being ok or somethng
<headius>
like the death of testing last year
<nirvdrum>
He spoke one year about not needing to upgrade Rails constantly and everyone ignored that. I was disappointed.
<enebo>
nirvdrum: yeah I guess I can add that. Semantics say it is just utf-8 now I guess
<nirvdrum>
If everything else is wired up correctly, that one line change should get you UTF-8 on Windows, I think.
<nirvdrum>
I had tried changing it locally, but the parser config wasn't being carried through. So it mostly no-op'd.
<nirvdrum>
It looks like bbrowning has work ahead of him.
<headius>
one cable, like the new macbook
<enebo>
zing
<headius>
he's following the apple design guidelines
<nirvdrum>
I guess I'm old. I was thinking like TDM.
<enebo>
and one buttonless mouse
iamjarvo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<headius>
nirvdrum: apparently dhh was defending the one-cable macbook when it was announced
<nirvdrum>
I'm not terribly surprised. Plugging in multiple cables is for the plebs.
<nirvdrum>
I'm evidently a developer that doesn't care about his tools because I don't like Macs.
<headius>
sometimes I wonder if I'm losing touch when I think ideas like that are stupid
iamjarvo has joined #jruby
<nirvdrum>
I can buy the progress argument, but then why does Apple need to price gouge on the various cables and adapters?
<enebo>
well I like that it is the first non-proprietary connector from apple in a long time
<enebo>
but only one?
<headius>
yeah, usb-c is a great move, finally, by the usb folks
<enebo>
and if the usb-c does not trivially unplug when you snag the power cable?
<headius>
oh yeah, good point
<headius>
magsafe is dead too
<headius>
that sucks
<headius>
enebo: we are excluding a number of MRI process/popen tests that might have caught this env thing
JRubyGithub has joined #jruby
<JRubyGithub>
[jruby] headius pushed 3 new commits to master: http://git.io/vfmeH
<JRubyGithub>
jruby/master 28490d4 Charles Oliver Nutter: Add spec for unselectable channels in IO.select.
<JRubyGithub>
jruby/master 543177b Charles Oliver Nutter: Ugh...dup env hash since we'll probably modify it.
<JRubyGithub>
jruby/master e7c7beb Charles Oliver Nutter: Remove a couple working excludes.
JRubyGithub has left #jruby [#jruby]
<nirvdrum>
I can't type on their keyboards. Slitting my wrists aside, the keys aren't ergonomic and I really messed up my hands with prolonged use on the first unibody.
<enebo>
headius: yay…for time to run on CI reasons?
<headius>
nirvdrum: I like the keyboards ok
<enebo>
nirvdrum: I spend more and more time on a kvm
<headius>
I preferred the oldere ones
<headius>
I'd use a kvm if it could be easily moved anywhere in the house :-)
<nirvdrum>
The key hits the backplane too quickly. I guess I type too aggressively? But I suffered some pretty debilitating hand pain as a result. Nowadays I have to use a Kinesis and some dictation.
<headius>
nirvdrum: I'd love you hear you type on an old IBM mechanicl keyboard
<headius>
BAM BAM BAM BAM BAM BAM BAM
<nirvdrum>
The Kinesis is fairly loud. It actually has a built-in speaker to accentuate the keystrokes.
<headius>
they do have a very short depression
<headius>
I got used to chiclet keyboards a long time ago though
<nirvdrum>
The old aluminum keyboards were nice. Soft keys.
<headius>
yup, that's the ones I liked
<nirvdrum>
And you could do crazy things like pop them off to clean them.
<headius>
you can pop these off but you're likely to pop off the tiny nubs that hold it on too
<headius>
I've been through half a dozen keyboards
<enebo>
in youtube channel…on no event machine
<enebo>
hahaha
<nirvdrum>
I finally jumped ship with 10.8 (I think) changed the full screen mode to be a single monitor. I work with multiple displays, so that was a dealbreaker.
<nirvdrum>
From what I gather, they've backtracked on that.
<headius>
maximize button in 10.10 forces the app full screen
<headius>
you have to alt+click to just get normal maximize
<enebo>
the DHH keynote hate is as funny as DHH is
<headius>
they're slowly making it into iOS
<headius>
enebo: I wasn't paying attention...did he actually advocate EM?
iamjarvo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<enebo>
headius: I just saw him clicking off a screen which said it and then someone complaning about it
<headius>
ah
<enebo>
headius: perhaps this is how they are impl’ing their websockety thing
<headius>
FYI, regardless of how the rbx core behaves in jruby+truffle, we consider compatibility to be behaviorally matching MRI
dfr|work has joined #jruby
<headius>
we would not support breaking in this way
<headius>
tldr for the issue is that rbx's Object#method uses inspect internally, so if you define your own #inspect that behaves differently Object#method blows up
<chrisseaton>
headius: yeah us importing Rubinius's core isn't any kind of political statement on support of their philosophy of Ruby or MRI compatibility at all - it's just a technical decision to get running as much as possible as quickly as possible
<headius>
ok, just wanted to make sure since there are people using JRuby+Truffle it to justify their design decisions :-)
<chrisseaton>
headius: ok - I'm not going to get involved in that discussion thread - people can use JRuby+Truffle to justify whatever they want
<headius>
whether it's true or not
<chrisseaton>
well as long as they're not claiming we said or did anything that we didn't
<chrisseaton>
my personal philosophy is that whatever Ruby programmers want to do and expect Ruby to do is what we should be making work - it doesn't make sense to ask people to program differently
<headius>
agreed
ypasmk_ has quit [Remote host closed the connection]
<chrisseaton>
thanks for the heads up though - I didn't get any pings from that conversation
<headius>
that might be the best assertion of all... the spec for Ruby is not MRI, it's the Ruby that exists in our collective libraries and applications
<headius>
if you can't run those, you're not Ruby
<chrisseaton>
yeah that's precisely it
<chrisseaton>
You should write a blog on that - "the specification of Ruby is the corpus of Ruby code"
<headius>
that fits our philosphy perfectly
<lopex>
and "overhead by design"
<nirvdrum>
Not to poke a bunch of holes in that, but a lot of 1.8 code simply stopped working correctly when 1.9 was released.
<headius>
nirvdrum: and a usb mini plug doesn't fit into a usb micro socket
<headius>
but they have the same wires
<chrisseaton>
nirvdrum: well yeah - for a given version I think is reasonable
<headius>
1.8 to 1.9 was also like two major versions and it took 5-6 years
mrmargol_ has joined #jruby
<nirvdrum>
Sure. I'm just saying the people you're likely to be arguing against will use that as a counterpoint to say Ruby is whatever MRI dictates.
<headius>
if MRI were developed in a vacuum, perhaps :-)
<headius>
anyway...suffice to say that we consider running people's code the highest priority
<bjfish2>
tldr; rbx error messages differ in MRI which caused Psych test assertions to fail, rbx expects Psych to update test assertions
<nirvdrum>
bjfish2: Historically, we alter error messages to match MRI.
<headius>
we don't prioritize it but there's not many good reasons to diverge
<bjfish2>
i think that’s more pragmatic
joast has quit [Quit: Leaving.]
<headius>
I think in your PR the issue is that nokogiri is testing a message, but in many cases that's the only way to know what an error actually was
<nirvdrum>
I've committed fixes in the past to match.
<headius>
we have to do it against JVM exceptions too
<nirvdrum>
It's also the only way to differentiate between classes of exceptions. If you're thorough in testing and want to test ArgumentError for each argument, you need to look at the message, barring any other improvements to the exception class.
dinfuehr has quit [Remote host closed the connection]
<nirvdrum>
I had to rely on that pretty heavily to deal with different classes of system errors for network retries :-/
<headius>
I definitely better exception classes but you get to a point where you can't reasonably dice your hierarchy any finer
<headius>
definitely prefer
<enebo>
BETTER
<headius>
in any case, without exception class improvements, messages ought to at least try to match
<enebo>
I think you can always subtype more though
<nirvdrum>
And if you screw with the hierarchy too much, you risk breaking code.
<nirvdrum>
Anyway, from my point of view, it's not really a battle worth fighting.
<enebo>
I think people could get confused but I would be cool with 10-15 IOError than 1 with string matching
<chrisseaton>
The ultimate goal of JRuby+Truffle would be that there is no way to distinguish it from MRI - there's a lot of pragmatism needed of course but for something like error messages the decision is obvious
subbu is now known as subbu|afk
<enebo>
chrisseaton: agreed
kares has joined #jruby
<headius>
enebo: or IOError that has some sort of enum
<enebo>
headius: sure that works as well
<enebo>
headius: but it requires two checks so it is not quite as desirable
<headius>
and can't filter at rescue
<headius>
actually I guess you could, I forget rescue is stupid
<headius>
just need a condition for which === checks type and enum
rsim has quit [Quit: Leaving.]
<enebo>
headius: I was thinking you could do some magic with === but that might end up yielding inexpected results outside rescue
<enebo>
headius: like maybe a case when you don’t care about the enum value or something like that
<enebo>
nirvdrum: huge writeup at ~line 1700 in encoding.c of the various encodings
<enebo>
nirvdrum: although half the in-comment code snippets in this file do not work in MRI22
<enebo>
e.g. LANG=ja_JP.EUC-JP mri21 ../snippets/enc.rb
<nirvdrum>
Yeah. Without it, everything reports UTF-8.
<enebo>
nirvdrum: well that makes no sense to me :)
<enebo>
nirvdrum: I think it falls back to US-ASCII if it cannot find the locale
<nirvdrum>
I probably don't have whatever Japanese locale stuff installed.
<enebo>
yeah
<nirvdrum>
I get the same results if I set LANG=C
<nirvdrum>
I'm guessing some sort of default fallback.
<enebo>
nirvdrum: yeah locale_charmap uses us-ascii if it cannot find it
<enebo>
nirvdrum: so getLocaleEncoding I cannot change to be UTF-8 since it will mess with Encoding.locale_encoding
<enebo>
nirvdrum: we do have an initialization chunk setting to locale if no console encoding
<enebo>
nirvdrum: perhaps I can just set to utf-8 there
<chrisseaton>
headius: POSIX can be shimmed on non-native platforms, but LibC is always the real thing, right?
<headius>
chrisseaton: yes
<nirvdrum>
enebo: I wasn't suggesting to change the definition of locale encoding. I think that spot in Ruby#setupSourceEncoding just shouldn't be using local encoding. Instead it should use the UTF_8.INSTANCE.
<enebo>
nirvdrum: ok yeah pretty much on the same page I think
<enebo>
nirvdrum: for some reason I am not so clear on this change :)
subbu|afk is now known as subbu
<nirvdrum>
Unless I'm crazy. But that method looks like it sets up the source encoding. And it checks if the source has a configured encoding (via -K I believe). Otherwise it should default to UTF-8. The handling of the magic comment is done elsewhere and always trumps from what I gather.
<enebo>
nirvdrum: I do not think all parse methods call that though
<enebo>
nirvdrum: and I am not sure we hve default_external being set correctly
<nirvdrum>
Okay. I think parseFileAndGetAST might be the only one that needs it. But I'm not really sure.
<enebo>
nirvdrum: ok well I can try it
<nirvdrum>
-e scripts seem to always use whatever the external or locale encoding is (I'm not sure which).
<nirvdrum>
Since setupSourceEncoding is used by parseInline too, that might mess things up.
<enebo>
nirvdrum: we also have a getConsoleEncoding
gazay has joined #jruby
<enebo>
nirvdrum: I think defaultExternal for us is console_enc || locale_enc
<headius>
nirvdrum: your snakeyaml started working, right?
<headius>
gazay: This seems to be an intermittent issue with the build that affects some people...if you want, you could use a snapshot build from last night: http://ci.jruby.org
iamjarvo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<gazay>
headius: I’ve downloaded this dist: ‘40234452 B 2015-04-21T04:34:52.000Z snapshots/master/jruby-dist-9.0.0.0-SNAPSHOT-bin.tar.gz’ from ci.jruby.org
<nirvdrum>
headius: It was working as of last week anyway.
<JRubyGithub>
[jruby] eregon pushed 1 new commit to master: http://git.io/vfm9q
<JRubyGithub>
jruby/master 06c53b9 Benoit Daloze: [Truffle] Refactor a good part of Module concerning visibility....
JRubyGithub has left #jruby [#jruby]
<headius>
gazay: ugh, and that doesn't work?
<headius>
I'm going to test
<nirvdrum>
headius: I just installed the latest snapshot via ruby-build and it still looks good.
<headius>
hmm
<gazay>
yes, it throws error with snakeyaml. I’ll try to build it from master branch tomorrow morning
<headius>
gazay: sorry about this, I thought that problem had gone away
<nirvdrum>
jruby 9.0.0.0-SNAPSHOT (2.2.2) 2015-04-21 891f12e Java HotSpot(TM) 64-Bit Server VM 25.45-b02 on 1.8.0_45-b14 +jit [linux-amd64
<headius>
nirvdrum: confirmed, works for me
<headius>
gazay: make sure you're running the tarball jruby and not something else
baroquebobcat has joined #jruby
<gazay>
headius: I’m using chruby and install new jrubies in similar way to this, except step with `ln` as it is wrong there https://github.com/postmodern/chruby/wiki/JRuby#install. All previous versions installed this way works fine (9k.pre1 for example)
joast has joined #jruby
<headius>
hmmm
<headius>
does jruby -v work?
djbkd has joined #jruby
<headius>
that should give you th same result as nirvdrum above
<gazay>
headius: yes, -v working. But there is strange behavior: https://gist.github.com/gazay/e7d50f25bb30bd17411c with irb and IO.popen as was with 9k.pre1. Maybe something wrong with installation described in chruby wiki?
<headius>
hah
<headius>
I just fixed that :-\
<headius>
it won't be in that snapshot but I can force a new one
<headius>
gazay: I'll do that and we can try a newer version
djbkd has quit [Remote host closed the connection]
djbkd has joined #jruby
JRubyGithub has joined #jruby
JRubyGithub has left #jruby [#jruby]
<JRubyGithub>
[jruby] bjfish opened pull request #2859: [Truffle] Add MRI test profile to pom files. (master...truffle_mri_tests_mvn) http://git.io/vfYCf
<nirvdrum>
enebo: Any luck?
tcrawley is now known as tcrawley-away
JRubyGithub has joined #jruby
<JRubyGithub>
[jruby] bjfish closed pull request #2859: [Truffle] Add MRI test profile to pom files. (master...truffle_mri_tests_mvn) http://git.io/vfYCf
JRubyGithub has left #jruby [#jruby]
<gazay>
headius: I’m having error when try to build jruby from source: `[ERROR] javac: invalid target release: 1.7`. Should I pass to `mvn` some additional arguments?
<JRubyGithub>
[jruby] headius pushed 4 new commits to jruby-1_7: http://git.io/vfYzO
<JRubyGithub>
jruby/jruby-1_7 821bb77 Charles Oliver Nutter: Always do this check; does not appear to break test_pid anymore....
<JRubyGithub>
jruby/jruby-1_7 30cd6e8 Charles Oliver Nutter: Better argument processing....
<JRubyGithub>
jruby/jruby-1_7 5c93efa Charles Oliver Nutter: Derp.
JRubyGithub has left #jruby [#jruby]
rsim has joined #jruby
rsim has quit [Client Quit]
x1337807x has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
<headius>
rtyler: do you know if mkristian will be around at all today?
<headius>
there are a number of recent build changes that have us red in travis again
<gazay>
ah, there is a comment about it, but maybe there also can be script like `if [ -z $JAVA_HOME ]; then export JAVA_HOME=$(/usr/libexec/java_home); fi`, or instruction about setting environment right way on mac. I don’t think that many people will facing this little issue and spend some time on this, but still :)
<rtyler>
he may have already gone to sleep
<rtyler>
he's still in india which is UTC+5.5
<headius>
gazay: I think we should just add a JAVA_HOME env line to BUIlDING
<headius>
BUILDING
<headius>
we might look at having a custom build script at root later
<headius>
rtyler: rats, ok
<headius>
I will put together an email with the current issues
<rtyler>
:(
dcolebatch has quit [Ping timeout: 252 seconds]
<rtyler>
wait wait
<rtyler>
he might just be
jeregrine has quit [Ping timeout: 252 seconds]
djbkd has quit [Remote host closed the connection]
dcolebatch has joined #jruby
jeregrine has joined #jruby
<headius>
I sent something anyway
<headius>
trying to fix one of the issues myself
erikhatcher has joined #jruby
JRubyGithub has joined #jruby
<JRubyGithub>
[jruby] headius opened issue #2860: Unusually slow performance on "sig" benchmarks http://git.io/vfYD3
<JRubyGithub>
[jruby] gazay opened pull request #2861: Add JAVA_HOME env line for mac os x building prerequisites (master...java_home_env_in_building) http://git.io/vfYy0
JRubyGithub has left #jruby [#jruby]
erikhatcher has quit [Ping timeout: 240 seconds]
<nirvdrum>
Ahh. /r/ruby. She be a fickle beast.
djbkd has joined #jruby
JRubyGithub has joined #jruby
<JRubyGithub>
[jruby] bjfish opened pull request #2862: [Truffle] Add MRI test profile to pom files. (master...truffle_mri_tests_mvn) http://git.io/vfYQ2
JRubyGithub has left #jruby [#jruby]
<brixen>
folks, to clarify, I did not justify anything in my comment, I merely asserted that the mechanism produces the result and if the mechanism is used, the result will occur
<brixen>
that's all
<brixen>
also, I don't disagree with Ruby being defined by the Ruby code that exists
<brixen>
which is a big reason why I discontinued RubySpec
<brixen>
but JRuby doesn't do exactly what MRI does and never will
<brixen>
eg fork() or Fixnum range
<brixen>
and making exceptions is fine, but it's no less making exceptions
<brixen>
we are making decisions based on our perception of value
<brixen>
you're welcome to disagree, but not assert that your opinion is better
<brixen>
/clarification
rsim has joined #jruby
<chrisseaton>
brixen: when I said Rubinius couldn't do something in a blog post you insisted I change that to "does not currently" do something. I think you mean "JRuby does not currently do exactly what MRI does and never will"
JRubyGithub has joined #jruby
<JRubyGithub>
[jruby] zako42 opened issue #2863: UTF-16LE Regexp not working as expected http://git.io/vfYA4
JRubyGithub has left #jruby [#jruby]
<chrisseaton>
gah I mean with the "never will" bit obviously
<brixen>
chrisseaton: possibly, I'm not attached to that at all
<brixen>
if you can do exactly what MRI does and you want to, that's cool
lobner has joined #jruby
<brixen>
chrisseaton: btw, this is not an academic argument
<brixen>
you're welcome to assert to me that there's a bright-line rule about MRI compatibility (ie "doing it exactly like MRI"), but I know that's false
JRubyGithub has joined #jruby
<JRubyGithub>
[jruby] mkristian created test-build (+1 new commit): http://git.io/vfOkV
<JRubyGithub>
jruby/test-build a07a15d Christian Meier: Revert "Tune glibc memory usage"...
JRubyGithub has left #jruby [#jruby]
blaxter has quit [Ping timeout: 244 seconds]
rsim has quit [Quit: Leaving.]
iamjarvo has joined #jruby
iamjarvo has quit [Max SendQ exceeded]
iamjarvo has joined #jruby
yfeldblum has joined #jruby
mkristian has quit [Quit: Ex-Chat]
camlow325 has joined #jruby
<gazay>
headius: so I’ve built jruby and installed bundler and all gems for rails. Tests are failing and here I think I can’t help a lot because I don’t know java enough to dig deeper (but I want to try tomorrow). First three errors were caused by concrete code in tests and I could just comment that code and go further, but last one – it seems that problem not in some test but in constants loading process? I’ve made gist with my tries
<gazay>
https://gist.github.com/gazay/bd10b4c27d7204a2dfe9 – I hope it helps. And now I have to go because it is already morning on Bali. If I can help you more somehow – just left comment on gist or write me in twitter.
<headius>
gazay: no problem, this is a good start...will we see you tomorrow?
<headius>
strange, that each_with_index problem should be fixed on master
<gazay>
Yes I think so
<headius>
I would recommend focusing first on just running tests in active_support/
<headius>
like rake test from there
<gazay>
yes I tried it there
<headius>
I'll confirm tht issue is fixed so you can get past it tomorrow
<gazay>
great!
<headius>
fwiw, I just used "rake test" rather than "bundle exec rake test" but I don't think that should make a difference
<gazay>
yes, same error
iamjarvo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
tcrawley-away is now known as tcrawley
<headius>
aaaargh
<headius>
I know I fixed this
<headius>
gazay: ok, by tomorrow you should at least be able to start up tests
<headius>
I'll re-fix
JRubyGithub has joined #jruby
<JRubyGithub>
[jruby] nirvdrum pushed 1 new commit to master: http://git.io/vfOc7
<JRubyGithub>
jruby/master 260cae0 Kevin Menard: [Truffle] Translate load errors for JRuby when file can't be loaded via '-r' switch.
camlow325 has quit [Remote host closed the connection]
gazay has quit [Quit: gazay]
lobner has quit [Ping timeout: 256 seconds]
baroquebobcat has joined #jruby
mrmargolis has quit [Remote host closed the connection]
camlow325 has joined #jruby
camlow325 has quit [Client Quit]
<headius>
OMG I'm an idiot
<nirvdrum>
Eh?
pierreatkillbill has joined #jruby
subbu has joined #jruby
<headius>
dumb breakage on this prepend thing
rsim has quit [Quit: Leaving.]
iamjarvo has joined #jruby
bbrowning_away is now known as bbrowning
mrmargolis has joined #jruby
lance|afk is now known as lanceball
dabradley has quit [Ping timeout: 245 seconds]
yfeldblum has joined #jruby
kares has quit [Ping timeout: 250 seconds]
mrmargolis has quit [Read error: Connection reset by peer]
mrmargolis has joined #jruby
pierreatkillbill has quit [Ping timeout: 255 seconds]
iamjarvo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
djbkd has quit [Remote host closed the connection]
iamjarvo has joined #jruby
djbkd has joined #jruby
rsim has joined #jruby
lanceball is now known as lance|afk
rsim has quit [Client Quit]
djbkd has quit [Remote host closed the connection]
djbkd has joined #jruby
JRubyGithub has joined #jruby
<JRubyGithub>
[jruby] headius pushed 2 new commits to master: http://git.io/vf3TD
<JRubyGithub>
jruby/master b9473af Charles Oliver Nutter: Re-fix searching of prepended modules-in-a-module. Fixes #2864....
<JRubyGithub>
jruby/master e5e5198 Charles Oliver Nutter: Commit same refactoring of test_str_crypt as in MRI #11045.
JRubyGithub has left #jruby [#jruby]
digitalextremist has quit [Excess Flood]
digitalextremist has joined #jruby
djbkd has quit [Remote host closed the connection]
mrmargol_ has joined #jruby
iamjarvo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
djbkd has joined #jruby
mrmargolis has quit [Ping timeout: 245 seconds]
baroquebobcat has quit [Quit: baroquebobcat]
djbkd has quit [Ping timeout: 245 seconds]
djbkd has joined #jruby
JRubyGithub has joined #jruby
<JRubyGithub>
[jruby] nirvdrum created lexer_source_encoding (+1 new commit): http://git.io/vf3ql
<JRubyGithub>
jruby/lexer_source_encoding 15584ba Kevin Menard: For Windows.
JRubyGithub has left #jruby [#jruby]
yfeldblum has quit [Quit: Leaving...]
yfeldblum has joined #jruby
drbobbeaty has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
mrmargol_ has quit [Remote host closed the connection]
zorak8 has joined #jruby
kith_ is now known as kith
<nirvdrum>
enebo: Without modification. that patch you sent me seems to do the right thing for loading scripts, but improperly applies to command-line evaluation. If both are going to be wrong, I guess I'd prefer the source loading one to be correct. But I'll see if I can get both going.
<enebo>
nirvdrum: yeah I think source is correct with that change
<enebo>
but locale_encoding is not honoring envs and CLI/console encoding is wrong
<nirvdrum>
Are you opposed to a partial fix and dealing with the other issues separately?
<enebo>
nirvdrum: not if it doesn’t break stuff no
<nirvdrum>
The only change I can really see is anyone using -e and expecting __ENCODING__ to be Encoding.default_external.
<enebo>
nirvdrum: -e just can’t change unless it is correct. If it has always been wrong and the same as before no harm no foul
<nirvdrum>
I think it was previously correct. It's always UTF-8 now.
<nirvdrum>
But using __ENCODING__ in -e seems specious anyway.
<nirvdrum>
I'd expect loading source files to dominate that use case in any event.
<enebo>
nirvdrum: but __ENCODING__ is not just a variable it is the actual encoding of all the stuffs in that line too
<enebo>
nirvdrum: so all literals will be whatever __ENCODING__ prints as
<nirvdrum>
Ahh, right.
<nirvdrum>
Well, I guess I'm back to hating everything.
<enebo>
I need a beer this was a sucktastic day
<nirvdrum>
I think the problem is that setSourceEncoding is called by both the parseInline and parseFileAndAST method.
<nirvdrum>
I'll poke at that.
<enebo>
ok
iamjarvo has joined #jruby
zorak8 has quit [Ping timeout: 248 seconds]
zorak8 has joined #jruby
zorak8 has quit [Max SendQ exceeded]
dabradley has joined #jruby
jsvd has quit [Remote host closed the connection]
bjfish2 has quit [Quit: bjfish2]
JRubyGithub has joined #jruby
<JRubyGithub>
[jruby] headius pushed 1 new commit to jruby-1_7: http://git.io/vf3rV
<JRubyGithub>
jruby/jruby-1_7 ab3b1d5 Charles Oliver Nutter: Re-assign null so it can cast to RubyHash below.
JRubyGithub has left #jruby [#jruby]
pierreatkillbill has joined #jruby
baroquebobcat has joined #jruby
dyce has quit [Read error: Connection reset by peer]
dyce has joined #jruby
a5i has joined #jruby
JRubyGithub has joined #jruby
<JRubyGithub>
[jruby] subbuss pushed 1 new commit to master: http://git.io/vf3ia
JRubyGithub has left #jruby [#jruby]
<JRubyGithub>
jruby/master c2f66f2 Subramanya Sastry: Fix edge case in findMethodInstanceContainer codeo...
baroquebobcat has quit [Quit: baroquebobcat]
pierreatkillbill has quit [Ping timeout: 250 seconds]
iamjarvo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
rcvalle has quit [Quit: rcvalle]
JRubyGithub has joined #jruby
<JRubyGithub>
[jruby] subbuss pushed 1 new commit to master: http://git.io/vf3D6
<JRubyGithub>
jruby/master b65a584 Subramanya Sastry: Document the edge case in a FIXME as caused by define_method use...