Show enters and exits. Hide enters and exits.
| 00:00:04 | brixen | ok, I thought you said there was some issue with :each |
| 00:00:10 | brixen | maybe I misunderstood |
| 00:01:01 | marcandre | brixen: Oh, yeah, the kind person who applied my patch to rubyspec made a small mistake. Already corrected, I'll push it later today, with all the other enumerator changes I'm doing. |
| 00:01:28 | marcandre | brixen: It just wasn't testing what was supposed to be tested. |
| 00:01:48 | brixen | marcandre: ah ok |
| 00:02:00 | brixen | I'll commit this enumerator patch |
| 00:02:02 | boyscout | CI: 2ff4100 success. 2648 files, 10150 examples, 32392 expectations, 0 failures, 0 errors |
| 00:02:19 | brixen | rbranson: did you just clone rbx? |
| 00:02:54 | rbranson | i did a make distclean; make, will that kill it? |
| 00:03:19 | marcandre | brixen: Thanks! And if you can add the commit bit, that would be nice too :-) |
| 00:05:28 | rbranson | vm/vm also bails with a similar error |
| 00:05:59 | rbranson | http://gist.github.com/106725 |
| 00:06:48 | brixen | rbranson: you might try a fresh clone |
| 00:07:38 | brixen | marcandre: heh, I can't add the commit bit, but I'll let evan know when he wanders back this way |
| 00:08:13 | marcandre | brixen: cool. Thanks :-) |
| 00:09:05 | boyscout | Remove fails tags for spec/core/kernel - c8156db - Jari Bakken |
| 00:09:05 | boyscout | Fixing Enumerator - e95f2b4 - Marc-Andre Lafortune |
| 00:11:16 | boyscout | CI: e95f2b4 success. 2648 files, 10160 examples, 32425 expectations, 0 failures, 0 errors |
| 00:22:30 | rbranson | brixen: same deal |
| 00:24:19 | brixen | rbranson: hrm |
| 00:24:50 | rbranson | glibtool 1.5.22 |
| 00:25:36 | rbranson | cc --version is outputting 4.0 and cpp --version is outputting 4.2 |
| 00:25:45 | rbranson | lovely |
| 00:26:19 | brixen | hrm, well I'm using 4.0.1 |
| 00:26:34 | brixen | but I don't see why this would be messing up the rbx compiler |
| 00:27:07 | rbranson | yeah, I'm gonna try compiling on 4.0.1 |
| 00:32:06 | rbranson | it built on 4.0 |
| 00:36:36 | jarib | brixen: i found more outdated tags for spec/core/{ar,string,tuple} and added another patch |
| 00:36:43 | jarib | sorry i didn't catch them the first time |
| 00:51:30 | brixen | rbranson: yeah, just talked to evan about it |
| 00:51:39 | brixen | rbranson: it is indeed an issue with 4.2.1 |
| 00:51:53 | brixen | he's going to look at it |
| 00:52:59 | brixen | jarib: ok, n/p |
| 00:58:23 | rbranson | brixen: cool, i'll just languish in 4.0 land for now ;) |
| 03:54:02 | evan | marcandre: you around? |
| 04:27:04 | marcandre | evan: pong |
| 04:30:30 | evan | marcandre: wanna talk about your backport gem? |
| 04:30:50 | marcandre | evan: sure, what would you like to know? |
| 04:31:03 | evan | so, it looks awesome |
| 04:31:10 | evan | there are 2 item mainly |
| 04:31:26 | evan | any thing in Enumerator/Enumerable that we have that isn't in 1.8.6 can be removed |
| 04:31:31 | evan | like #find_index, etc |
| 04:31:53 | evan | i'm sure someone just adedd them because they know we'd have to do them eventually |
| 04:32:09 | marcandre | yeah, that's why I'd keep them there, but with a " |
| 04:32:21 | marcandre | ruby 1.8.7+" conditional of some kind |
| 04:32:32 | evan | no bother with the conditional |
| 04:32:38 | evan | just remove them from kernel/ |
| 04:32:54 | evan | so item 2 is that you don't need to copy backport into rubinius |
| 04:32:58 | evan | you can leave it as a gem fine |
| 04:33:56 | marcandre | It's really up to you. The thing is, my gem does monkey patch a whole lot of stuff, including :each, with the inconvenient that backtraces are not as clean |
| 04:34:09 | evan | oh ouch. |
| 04:34:11 | evan | hm. |
| 04:34:37 | marcandre | That's why it would be much nicer if either the rubinius lib targets 1.8.7 directly, or else have some sort of conditional. |
| 04:34:58 | evan | well, the problem with targetting 1.8.7 is that then 1.8.6 code won't pass |
| 04:35:06 | marcandre | Another example is gsub, which is a hastle to monkeypatch, so much so I left it alone. |
| 04:35:07 | evan | and the specs are mainly targeted at 1.8.6 |
| 04:35:20 | marcandre | Which code wouldn't work? |
| 04:35:34 | marcandre | I mean all of 1.8.7 changes are forward compatible, no? |
| 04:35:40 | evan | there is code in the wild that doesn't run under 1.8.7 |
| 04:35:47 | evan | no, i don't think so |
| 04:35:57 | evan | there are changes that break 1.8.6 behavior |
| 04:37:07 | marcandre | But my question is this: won't you have, at some point in the remote future, a -1.9 option switch for rbx or something? Or couldn't we add a 1.8.7 option somewhere, so people can choose? |
| 04:37:22 | evan | yeah, absolutely |
| 04:37:29 | marcandre | I, for one, loooove the new enumerator stuff. |
| 04:37:45 | evan | you mean the |
| 04:37:58 | evan | [1,2].map.each_index { ... } |
| 04:38:10 | marcandre | I'd be glad to make the necessary changes to be compatible (conditionally to some 1.8.7 flag or something) |
| 04:38:38 | marcandre | I mean the [:foo, :bar].each_with_index.whatever { ... } |
| 04:39:02 | evan | so, how about this for 1.8.7 |
| 04:39:20 | evan | put all the new/changed methods for 1.8.7 in it's own files and directories |
| 04:39:50 | evan | then we can easily just load those files after we load the main kernel to get the 1.8.7 versions |
| 04:39:54 | evan | no need for conditionals |
| 04:40:35 | marcandre | so what would the folders look like? |
| 04:41:13 | marcandre | kernel/common/ ... for 1.8.6 |
| 04:41:28 | marcandre | kernel/1.8.7/... for 1.8.7 + |
| 04:41:36 | evan | sure |
| 04:41:37 | marcandre | kernel/1.9/... for 1..9+ ? |
| 04:41:49 | evan | kernel/1.8.7/array.rb |
| 04:41:51 | evan | for example |
| 04:42:07 | evan | no need for common, etc in there |
| 04:42:16 | marcandre | What about lib/ ? |
| 04:42:19 | evan | since they're all methods that are loaded after the system is all the way up |
| 04:42:32 | evan | which lib? |
| 04:42:48 | marcandre | Good question, since I've only been dealing with lib/enumerator |
| 04:42:58 | marcandre | and that'll move to kernel/1.8.7 |
| 04:43:22 | marcandre | but if I or someone ones to make changes to the libs for 1.8.7+? |
| 04:43:27 | evan | well |
| 04:43:37 | evan | for lib/ we'll need conditional guards probably |
| 04:43:43 | evan | we'd use a basic pattern |
| 04:43:49 | evan | if the file isn't needed anymore, just have |
| 04:44:14 | evan | if RUBY_VERSION.is_186? |
| 04:44:14 | evan | ... |
| 04:44:15 | evan | end |
| 04:44:21 | evan | and if you need different things, you do |
| 04:44:26 | evan | if RUBY_VERSION.is_186? |
| 04:44:39 | evan | er. |
| 04:44:41 | evan | if RUBY_VERSION.is_187? |
| 04:44:58 | evan | require '1.8.7/whatever.rb' |
| 04:44:59 | evan | end |
| 04:45:08 | marcandre | k. So how exactly would someone run rbx to load 1.8.7? |
| 04:51:06 | evan | mm |
| 04:51:09 | evan | bin/rbx --187 |
| 04:51:10 | evan | perhaps |
| 04:51:14 | evan | some kind of CLI switch |
| 04:51:15 | evan | i'd say |
| 04:52:09 | marcandre | k. Probably a good idea. We can think about it. |
| 04:52:53 | marcandre | Anyways, I'll start moving the 1.8.7 features into a separate folder... as soon as I have commit access :-) |
| 04:59:50 | evan | marcandre: :) |
| 05:02:01 | marcandre | can you do it now? I'm also marcandre on github |
| 05:02:25 | evan | sure |
| 05:05:10 | evan | ok, you're added. |
| 05:05:18 | evan | marcandre: brixen had a good comment |
| 05:05:27 | evan | for the new kernel methods in 1.8.7 |
| 05:05:36 | evan | we could just put stuff in lib/1.8.7 for now |
| 05:05:43 | evan | so it would be lib/1.8.7/array.rb |
| 05:05:45 | evan | rather than |
| 05:05:49 | evan | kernel/1.8.7/array.rb |
| 05:06:03 | evan | it's easier to load and test that code for now |
| 05:06:08 | evan | until we figure out how to wire it in |
| 05:06:22 | marcandre | Sure. It will be a breeze to move if need be anyways. |
| 05:06:32 | evan | yep |
| 05:07:47 | marcandre | I'll do that then. While you're enjoying yourself in LV :-) |
| 05:08:16 | evan | :D |
| 05:08:21 | evan | i'll keep an eye on the commits |
| 06:27:59 | boyscout | Search Rubinius::BIN_PATH with -S to find gem stubs - 6f63315 - Evan Phoenix |
| 06:28:25 | evan | yay! boyscout now running on rubinius |
| 07:02:09 | boyscout | on rubinius |
| 07:02:12 | evan | muhah |
| 07:07:19 | kamalfariz | that's awesome |
| 07:52:16 | boyscout | Add Rubinius.privately plugin to override call type - 310b845 - Evan Phoenix |
| 07:53:55 | boyscout | Enumerator can't cache the method to call. - d5e93d5 - Marc-Andre Lafortune |
| 07:53:55 | boyscout | Moved Enumerable methods that are new to 1.8.7 to lib/1.8.7 - 3782d3c - Marc-Andre Lafortune |
| 07:53:55 | boyscout | Merge commit 'origin/master' - 9cce14a - Marc-Andre Lafortune |
| 07:54:59 | marcandre | evan: is there a list of things not supported by rubinius yet? |
| 07:55:10 | evan | not so much a list, no |
| 07:55:20 | evan | the specs tagged as failing though give a picture |
| 07:57:26 | marcandre | Ah. Very interesting. |
| 07:57:35 | evan | marcandre: also, please use pull --rebase |
| 07:57:42 | evan | to avoid littering the history with merge commits |
| 07:58:12 | marcandre | Ok! (sorry, my git-fu isn't that great) |
| 07:58:23 | evan | no prob |
| 07:58:29 | evan | just a heads up |
| 07:58:39 | marcandre | So where should I read that there is no support for freeze yet, or that exceptions are not caught properly, for example? |
| 07:58:50 | boyscout | CI: 310b845 success. 2648 files, 10186 examples, 32474 expectations, 0 failures, 0 errors |
| 07:58:55 | evan | it's not supported |
| 07:59:05 | evan | no should methods be added to support it |
| 07:59:12 | evan | s/no/nor/ |
| 07:59:50 | marcandre | Yes, I understand that, but I should know that by looking at some tags somewhere? |
| 08:00:38 | evan | well, you'll see that any specs that involve frozen are tagged as fail |
| 08:02:34 | evan | it's not supported because we have no mechanism yet for supporting it without decreasing performance a lot |
| 08:03:17 | marcandre | It would probably be useful to have a high level file somewhere stating the "big" missing parts like freeze and catch not being supported, for newbies like me or users interested in using rubinius. |
| 08:03:47 | evan | catch is supported |
| 08:05:03 | marcandre | Well, it's getting late Montreal time, I guess.... |
| 08:05:08 | marcandre | But def x; raise "oups"; catch Exception ; end |
| 08:05:19 | evan | HUH |
| 08:05:20 | evan | wtf is that. |
| 08:05:41 | evan | i've... |
| 08:05:47 | evan | never even seen that before. |
| 08:05:57 | marcandre | Shouldn't x not giveout an error? |
| 08:06:03 | evan | thats just calling Kernel#catch |
| 08:06:12 | evan | with no block |
| 08:06:25 | evan | you mean rescue |
| 08:06:57 | marcandre | Yeah, I meant rescue. Sorry |
| 08:07:16 | evan | we support that |
| 08:15:17 | marcandre | Sorry about that. That's what happens when one should go to bed. So my problem was that I can't monkey path Kernel#loop. Any idea why? |
| 08:16:22 | marcandre | module Kernel; def loop; "strange loop"; end; end |
| 08:17:05 | evan | ah ah |
| 08:17:07 | evan | yeah |
| 08:17:13 | evan | we've got a shortcut for it |
| 08:17:16 | evan | but we need to remove it |
| 08:17:23 | marcandre | loop # ==> returns "strange loop" |
| 08:17:39 | evan | right |
| 08:17:39 | marcandre | loop { p "I'm too tired for this" } # ==> loops indefintely |
| 08:17:46 | evan | yeah, i know |
| 08:18:01 | evan | because the compiler is assuming that a call to loop with a block means the default kind of Kernel#loop |
| 08:18:11 | evan | so it emits it directly with bytecode |
| 08:18:19 | evan | but i'm going to remove that shortly |
| 08:18:35 | marcandre | Cool. Good night, and thanks for the feedback. |
| 08:19:09 | evan | no prob. |
| 08:35:56 | boyscout | Reworked File::Stat to not raise unnecessary exceptions. - 3ec86bf - Brian Ford |
| 08:42:23 | boyscout | CI: 3ec86bf success. 2645 files, 10170 examples, 32454 expectations, 0 failures, 0 errors |
| 09:37:13 | boyscout | Use File::Stat.stat to remove the exception overhead - 4c7ab1c - Evan Phoenix |
| 09:37:13 | boyscout | Cleanups dealing with IO::close - e5ca8d1 - Evan Phoenix |
| 09:37:13 | boyscout | Assume 'make clean' always works out - aa987bf - Evan Phoenix |
| 09:41:13 | boyscout | CI: aa987bf success. 2645 files, 10170 examples, 32454 expectations, 0 failures, 0 errors |
| 10:01:03 | boyscout | Fixed -S path handling (pair Evan). - 0e6a122 - Brian Ford |
| 10:01:03 | boyscout | File.symlink? specs for nonexistent files. - 83e8c76 - Brian Ford |
| 10:04:52 | boyscout | CI: 83e8c76 success. 2645 files, 10172 examples, 32456 expectations, 0 failures, 0 errors |
| 10:20:18 | boyscout | Remove a few more 'rescue nil's - 7137699 - Evan Phoenix |
| 10:20:58 | dbussink | brixen: still there? |
| 10:21:07 | dbussink | brixen: i've gotten to a bus error with do_sqlite3 |
| 10:21:12 | dbussink | so there is some progress :P |
| 10:21:26 | evan | dbussink: he's here |
| 10:21:36 | brixen | dbussink: hm, ok |
| 10:22:22 | brixen | dbussink: did you try do_postgres? |
| 10:22:30 | dbussink | brixen: yeah, same bus error |
| 10:22:40 | brixen | I didn't get a bus error |
| 10:22:42 | brixen | sec.. |
| 10:22:53 | dbussink | brixen: hmm, you have the latest extlib from the next branch too? |
| 10:22:58 | dbussink | still needs to be released too |
| 10:23:14 | brixen | I built the gem |
| 10:23:25 | brixen | it still had version 0.9.11 |
| 10:24:17 | brixen | dbussink: http://gist.github.com/106907 |
| 10:24:51 | dbussink | brixen: ah ok, you need to specify a database like conn = DataObjects::Connection.new('postgres://postgres@localhost/template1') |
| 10:24:58 | brixen | dbussink: show me what you're running with do_sqlite3? |
| 10:25:10 | brixen | hm, ok |
| 10:26:52 | brixen | dbussink: and we have connection! |
| 10:26:59 | brixen | gimme a test script |
| 10:27:14 | dbussink | i can show you how i run the specs |
| 10:27:19 | brixen | ok |
| 10:27:44 | boyscout | CI: 7137699 success. 2645 files, 10172 examples, 32456 expectations, 0 failures, 0 errors |
| 10:28:11 | dbussink | brixen: you can do a ../../rubinius/bin/rake spec if you have all necessary gems installed |
| 10:28:20 | dbussink | in the do_sqlite3 dir for example |
| 10:28:25 | brixen | orly? |
| 10:28:52 | dbussink | brixen: http://gist.github.com/106909 |
| 10:29:13 | brixen | dbussink: evan said to tell you we're sorry you're not here |
| 10:29:33 | brixen | mainly because he can't berate you about reassigning rb_cTime :P |
| 10:29:54 | dbussink | brixen: haha, i didn't write that code ;) |
| 10:29:58 | dbussink | anscient stuff ;) |
| 10:29:59 | brixen | heh |
| 10:30:11 | brixen | hey, I don't see any bus errors in that gist! |
| 10:30:11 | dbussink | btw, this spec triggers the bus error: ../../rubinius/bin/rbx -I"spec:lib" ../../rubinius/bin/spec spec/result_spec.rb |
| 10:30:28 | dbussink | yeah, most of them go ok, or are some issues with rspec |
| 10:31:01 | dbussink | hmmm, if i use the -f s formatter i don't get a bus error :S |
| 10:31:17 | dbussink | brixen: http://gist.github.com/106910 |
| 10:31:45 | dbussink | brixen: i see i need to fix those descriptions :) |
| 10:33:00 | brixen | ok, no bus error running that command |
| 10:33:07 | brixen | but I'll look at it more tomorrow |
| 10:33:08 | dbussink | brixen: this is with do_sqlite3 btw |
| 10:33:14 | brixen | yeah |
| 10:33:18 | brixen | ok nite |
| 10:33:20 | brixen | :) |
| 10:33:47 | dbussink | nite |
| 17:52:30 | brixen | dbussink: where does DataObjects::Spec come from? |
| 18:30:51 | boyscout | Enumerable#sort behaves properly when block returns other values than -1, 0, 1 - 071cb10 - Marc-Andre Lafortune |
| 18:33:05 | boyscout | CI: 071cb10 success. 2645 files, 10172 examples, 32456 expectations, 0 failures, 0 errors |
| 18:50:02 | boyscout | Fixed Array#qsort to rely on <0 and >0 instead of == -1 and == 1. - 3c7dbf7 - Marc-Andre Lafortune |
| 18:52:11 | boyscout | CI: 3c7dbf7 success. 2645 files, 10172 examples, 32456 expectations, 0 failures, 0 errors |
| 19:31:25 | dbussink | brixen: the data_objects gem has a whole bunch of shared specs |
| 19:31:34 | dbussink | brixen: that a driver can use to verify the api behavior |
| 19:31:40 | brixen | k |
| 19:31:50 | brixen | I want a simple way to run the do_xxx specs :) |
| 19:34:06 | brixen | dbussink: how would I do that? |
| 19:36:14 | dbussink | brixen: my command doesn't work? |
| 19:36:20 | brixen | dbussink: I have to go shortly, but I want to cd to do_sqlite3 and to rake spec |
| 19:36:21 | dbussink | brixen: you don't need to install the gems for that |
| 19:36:40 | brixen | your command isn't working |
| 19:36:42 | dbussink | brixen: well, you can do something like /point/to/rubinius/bin/rake spec |
| 19:36:56 | dbussink | hmm, what's your output? |
| 19:37:01 | brixen | ok, I'll poke some more |
| 19:37:04 | brixen | gotta run atm |
| 19:52:34 | dbussink | brixen: hmm, not seeing any crashed after the last pull :) |
| 19:52:45 | dbussink | brixen: do see a bunch of failures though |
| 20:05:17 | dbussink | brixen: there are the types of failures i'm seeing: http://gist.github.com/107136 |
| 20:05:40 | dbussink | i've added the "got a #<>" part myself, to see what came in |
| 20:26:01 | brixen | dbussink: hm, ok |
| 20:28:13 | dbussink | brixen: but other than that, i see no more crashes :) |
| 20:28:23 | brixen | awesome :) |
| 20:30:28 | evan | yay! no more crashes! :D |
| 20:30:40 | evan | brixen: we should probably work on that GC bug you've seen this week |
| 20:30:52 | brixen | yeah |
| 20:31:00 | dbussink | brixen: dunno whether that spec failure rings any bell with you |
| 20:31:16 | brixen | dbussink: not really, but I'll look at them |
| 20:49:37 | dbussink | brixen: are you able to get the specs running then? it wasn't really problematic for me |
| 20:49:48 | dbussink | brixen: i did just release a new extlib, could make life easier :) |
| 21:50:43 | brixen | dbussink: awesome |
| 21:51:27 | brixen | dbussink: I'll try just rake spec, I was trying your other commond in do_sqlite3 and it wasn't finding the DO stuff |
| 22:04:15 | dbussink | brixen: you've cloned the whole do repository? |
| 22:08:14 | brixen | dbussink: yeah, but I've created and installed gems from it |
| 22:08:19 | brixen | should I just test in the clone? |
| 22:09:27 | dbussink | brixen: ah, yeah, testing in the clone is what i do |
| 22:09:45 | dbussink | brixen: you should now be able to just install extlib from rubyforge |
| 22:09:53 | dbussink | brixen: and test with running specs within the clone |
| 22:10:30 | brixen | yep, just installed extlib-0.9.12 from rubyforge |
| 22:13:02 | brixen | dbussink: ok sweet, this is rbx -S rake spec in do_sqlite3: 82 examples, 23 failures |
| 22:13:11 | brixen | how do I tell it not to try rcov? |
| 22:13:23 | dbussink | NO_RCOV=true rbx -S rake spec |
| 22:13:42 | dbussink | i should make some good auto detection for that |
| 22:13:51 | brixen | yeah, for us, you should :) |
| 22:14:00 | brixen | or write rcov for rbx :D |
| 22:14:04 | brixen | either works |
| 22:15:49 | dbussink | brixen: well, there also is no rcov for 1.9, jruby, etc. :P |
| 22:16:04 | dbussink | brixen: but i can claim it's all for just specially for you ;) |
| 22:18:48 | dbussink | brixen: but i'm off for tonight, good luck with it and let me know if i can help with anything |
| 22:18:50 | brixen | dbussink: why am I getting 2 lists of the errors? |
| 22:18:56 | brixen | ahh, ok |
| 22:19:07 | dbussink | brixen: i've noticed that too yeah, that's since rspec 1.2.4+ or something |
| 22:19:13 | brixen | hm ok |
| 22:19:18 | dbussink | something changed there that now makes it run twice |
| 22:19:24 | brixen | I'll run this on mri and compare |
| 22:19:28 | brixen | ok |
| 22:19:30 | dbussink | but i'm going to rework the rakefile and stuff anyway |
| 22:19:35 | brixen | cool |
| 22:19:45 | dbussink | ttyl! |
| 22:19:53 | brixen | later! |
| 22:59:50 | marcandre | brixen: (or anyone): should we implement ruby bugs too so that we pass rubyspecs? |
| 22:59:58 | marcandre | For example, ar.flatten(0) returns ar in 1.8.7 and 1.9.1 but will return ar.dup in 1.9.2+. |
| 23:00:53 | brixen | marcandre: if it's a real bug, we need to file a bug report |
| 23:01:07 | brixen | and write the correct spec inside a ruby_bug guard |
| 23:01:22 | brixen | if it's not a bug, it's not a bug, it's a version difference |
| 23:01:23 | marcandre | Well, I'm just reading the rubyspecs, here. |
| 23:01:42 | brixen | if it's not in a ruby_bug guard rather |
| 23:02:06 | marcandre | No, it's not. So I should mimick that, then? |
| 23:02:17 | brixen | btw, we are not spec'ing anything but ruby19 heard |
| 23:02:19 | brixen | head |
| 23:02:48 | brixen | we're not adding ruby_version_is for any other version in 1.9 series except head vs pre 1.9 |
| 23:02:58 | marcandre | I'm just looking at the rubyspecs and I see ruby_version_is "1.9.2" do whatever |
| 23:03:05 | brixen | that is wrong |
| 23:03:13 | brixen | take out the 1.9.2 |
| 23:03:24 | marcandre | So I'm assuming someone did that because they heard it would change? |
| 23:03:24 | brixen | it should be pre-1.9 and 1.9 |
| 23:03:27 | brixen | yeah |
| 23:03:39 | brixen | what spec file? |
| 23:03:47 | marcandre | Because there's a matching ruby_version_is ""..."1.9.2" do |
| 23:03:56 | marcandre | just before. It's flatten_spec (Array) |
| 23:04:02 | brixen | right, those were added incorrectly recently |
| 23:04:34 | marcandre | So I should ignore the 1.9.2 behavior, then? |
| 23:05:14 | brixen | the guard needs to be changed to "" ... "1.9" and "1.9" |
| 23:05:31 | brixen | and you should use 1.9 head to test 1.9 features |
| 23:27:39 | boyscout | Require '1.8.7' changes RUBY_VERSION. - 02573c0 - Marc-Andre Lafortune |
| 23:27:39 | boyscout | 1.8.7: Array#flatten, flatten! - 63b4b10 - Marc-Andre Lafortune |
| 23:30:28 | boyscout | CI: 63b4b10 success. 2645 files, 10172 examples, 32456 expectations, 0 failures, 0 errors |