Da
Show enters and exits. Hide enters and exits.
| 00:03:14 | brixen | wow, crazy |
| 00:13:19 | evan | ok, talked to the main integrity devs |
| 00:13:25 | evan | integrity is totally out. |
| 00:13:31 | evan | they're doing a seperate clone PER COMMIT |
| 00:13:36 | evan | and intentionally. |
| 00:16:03 | brixen | and why? |
| 00:16:14 | tenderlove | evan: srsly? |
| 00:16:38 | evan | perhaps i guess they support building multiple commits for the same project in parallel |
| 00:16:52 | evan | and thusly need independent trees for each commit |
| 00:16:56 | evan | i think thats a silly feature myself. |
| 00:17:05 | evan | you really don't want those to be done in parallel |
| 00:17:08 | tenderlove | evan: you totally need that feature |
| 00:17:27 | evan | nor do I personally think that every commit should be independently tested anyway |
| 00:17:50 | brixen | that's a bad idead |
| 00:17:53 | brixen | er -d |
| 00:18:06 | brixen | sometimes I have to commit something that would break CI |
| 00:18:21 | brixen | but it should be sane by the time I push the whole mess |
| 00:18:51 | brixen | anyway, those shouldn't be the default options |
| 00:18:55 | evan | as do I |
| 00:18:58 | tenderlove | maybe they expect you to squash commits? |
| 00:19:07 | evan | *shrug* |
| 00:19:10 | evan | but if you squash commits |
| 00:19:16 | evan | others don't get to see the battle! |
| 00:19:20 | evan | </sportsnight> |
| 00:20:56 | brixen | heh |
| 00:21:17 | brixen | not only that, but it sucks to search through a big commit for one important part |
| 00:21:30 | evan | yep |
| 00:21:53 | brixen | even with this lovely tig that I use every day |
| 00:22:15 | brixen | I've got tig on speed dial, it's so handy |
| 00:26:17 | evan | marcandre: whats this mean? |
| 00:26:22 | evan | /var/lib/gems/1.8/gems/eventmachine-0.12.10/lib/eventmachine.rb:572:in `start_tcp_server': no acceptor (RuntimeError) |
| 00:27:34 | evan | nm, i got it. |
| 00:40:14 | boyscout | CI: rubinius 3846d59 successful: 3022 files, 11657 examples, 35827 expectations, 0 failures, 0 errors |
| 00:40:21 | evan | woop. |
| 00:41:42 | evan | thats cijoe |
| 00:43:13 | evan | i'm really happy irccat |
| 00:43:20 | evan | it makes interfacing with us so easy |
| 00:43:31 | evan | hacking in support for cijoe was trivial. |
| 00:53:51 | brixen | sweet! |
| 00:57:37 | boyscout | CI: rubinius: 3846d59 successful: 3022 files, 11657 examples, 35827 expectations, 0 failures, 0 errors |
| 00:58:14 | slava | happy new years |
| 00:58:51 | evan | slava: the same to you sir |
| 01:05:00 | rue | Premature salutation |
| 01:08:11 | brixen | happy new year slava |
| 01:29:15 | boyscout | Add initial version of Kernel#instance_variables spec - 63366b7 - Dirkjan Bussink |
| 01:29:15 | boyscout | Cleanup tags for Kernel#instance_variables - 3846d59 - Dirkjan Bussink |
| 04:52:43 | boyscout | array#permutation: Implementation, based on a patch by Matt Daw (issue 131) - 74b779f - Marc-Andre Lafortune |
| 05:16:13 | boyscout | Cleanup tags for Kernel#instance_variables - 3846d59 - Dirkjan Bussink |
| 05:16:13 | boyscout | array#permutation: Implementation, based on a patch by Matt Daw (issue 131) - 74b779f - Marc-Andre Lafortune |
| 05:16:24 | evan | testing commit hooks |
| 05:16:36 | evan | cijoe should report in shortly. |
| 05:16:42 | brixen | cool |
| 05:17:21 | brixen | fun corelation there with boyscout and cijoe |
| 05:19:38 | boyscout | CI: rubinius: 74b779f successful: 3022 files, 11667 examples, 35857 expectations, 0 failures, 0 errors |
| 05:19:44 | evan | rock. |
| 06:35:33 | boyscout | Add --force-prebuilt configure option - 1efc56b - Evan Phoenix |
| 06:35:33 | boyscout | Minor VMMethod cleanup - f6894b9 - Evan Phoenix |
| 06:41:20 | boyscout | CI: rubinius: f6894b9 successful: 3022 files, 11667 examples, 35857 expectations, 0 failures, 0 errors |
| 17:20:55 | mistergibson | greetings all |
| 17:22:49 | evan | morning |
| 17:29:29 | brixen | morning |
| 17:37:33 | mistergibson | is there anything you guys need me to test build? |
| 17:38:04 | evan | anything you want to use |
| 17:38:27 | mistergibson | rice I suppose then |
| 17:38:43 | mistergibson | brixen: any thoughts thus far on how to deal with ffi gem dep? |
| 17:39:24 | brixen | not really |
| 17:39:27 | mistergibson | ok |
| 17:39:28 | brixen | we could add a stub |
| 17:39:34 | evan | yeah |
| 17:39:36 | brixen | like fake ffi gem |
| 17:39:39 | evan | put a stub in the preinstalled-gems |
| 17:39:43 | brixen | but I wonder about version issues |
| 17:39:49 | evan | yeah |
| 17:40:08 | mistergibson | one thing I did like about portage was the ability to --inject an entry that something was installed |
| 17:40:22 | brixen | ffi should be made aware of other impls and not install anything |
| 17:40:29 | mistergibson | helpful if you needed to substitute a src pkg outside portage |
| 17:41:21 | evan | if we stub it out for now |
| 17:41:25 | evan | that should get us over the hump |
| 17:50:49 | mistergibson | put in ticket for rice |
| 17:51:50 | evan | eh gads. |
| 17:51:55 | evan | it reads ruby_errinfo directly? |
| 17:52:01 | evan | i hope it doesn't right it directly. |
| 17:52:04 | evan | write. |
| 17:52:21 | mistergibson | bugs: you hide em, I'll find em |
| 17:52:39 | evan | gives mistergibson a gold star |
| 17:52:45 | mistergibson | :) |
| 17:58:32 | evan | hm, so I guess |
| 17:58:37 | evan | class << self; def blah; end; end |
| 17:58:43 | evan | fires singleton_method_added only |
| 17:58:45 | evan | not method_added |
| 17:59:22 | brixen | hm, I guess that makes sense |
| 17:59:31 | evan | i'm double checking. |
| 18:01:28 | evan | yep |
| 18:01:45 | evan | oh, rails migrations were failing to run because i broke firing singleton_method_added |
| 18:01:47 | evan | fixing that now. |
| 18:02:37 | mistergibson | I'm pretty sure that if rice builds and installs, that I can get rbplusplus in just fine |
| 18:06:05 | evan | hehe |
| 18:06:10 | evan | chuckles at himself. |
| 18:06:14 | evan | seems you can't use |
| 18:06:21 | evan | class << blah; self; end |
| 18:06:23 | evan | in attach_method |
| 18:06:27 | evan | because it itself uses attach_method |
| 18:06:36 | evan | heh. |
| 18:10:40 | rue | Good evening |
| 18:10:55 | evan | rue: got your 2010 underwear on? |
| 18:11:01 | rue | None |
| 18:11:12 | evan | the year of freeballin'! |
| 18:11:20 | rue | Polar bear skins all the way |
| 18:11:59 | rue | brixen: A stub gem is probably the best option, I think that is how JRuby does it too |
| 18:12:20 | rue | Plus the version handling can go in the "gem" then |
| 18:12:21 | evan | ah ok. |
| 18:12:26 | evan | right. |
| 18:13:46 | brixen | rue: I'm not sure what you mean by version handling |
| 18:14:08 | brixen | the stub will have a version, and when ffi has a newer version and a gem depends on that version, we have to update the version |
| 18:14:16 | brixen | it's a messy solution IMO |
| 18:15:04 | evan | yeah |
| 18:15:10 | evan | it's going to require some coordination |
| 18:15:11 | evan | which can be done |
| 18:15:12 | brixen | since wayne did both ffi and jruby's, I'm surprised he didn't make ffi only load code on MRI |
| 18:15:28 | brixen | that's what RUBY_ENGINE is for after all |
| 18:15:29 | evan | i think thats what I'll have the ffi gem do |
| 18:15:38 | evan | basically load nothing on rubinius |
| 18:15:53 | evan | not compiling the extension is tricky though |
| 18:16:07 | brixen | shouldn't be |
| 18:16:15 | evan | but we're not the only one with this problem |
| 18:16:19 | evan | so it should be easy to solve. |
| 18:16:20 | brixen | there's gems with exts that load on MRI and jruby |
| 18:18:42 | evan | you're in a twisty maze called rails 2.3 |
| 18:19:00 | brixen | to the north there is ActiveRecord |
| 18:19:02 | evan | to the left is alias_method_chain, to the right methods added via method_added hoks |
| 18:19:07 | brixen | hehe |
| 18:19:23 | rue | brixen: Have to update the version at the same time as updating code to actually implement whatever that new version has |
| 18:19:42 | evan | yeah |
| 18:19:51 | evan | but we can solve that eventually |
| 18:20:04 | evan | because i'm going to spin up the FFI 1.0 process first thing in 2010 |
| 18:20:10 | evan | which will keep everyone on the same page. |
| 18:20:12 | rue | It will be a pretty infrequent occurrence after 1.0 |
| 18:20:38 | rue | brixen: If you like, I can take the task of updating the stub version :) |
| 18:21:00 | evan | and i'm going to work to spin common FFI code off into the ffi gem |
| 18:21:11 | brixen | yeah, common gem would be great |
| 18:21:15 | evan | so that the ffi gem itself builds on what the impl provides |
| 18:21:20 | brixen | super |
| 18:21:24 | evan | and then there will likely be a mri-ffi gem |
| 18:21:27 | rue | Except on MRI |
| 18:21:48 | evan | which, using some rubygems platform matching I think I can have install automatically |
| 18:21:53 | rue | I dunno, that may be fakeable with an extension in MRI's case |
| 18:21:56 | evan | haven't worked that out yet, but it's entirely doable. |
| 18:22:01 | rue | With the extension rather |
| 18:22:16 | evan | yay activemailer! |
| 18:22:23 | evan | it defines it's own respond_to? |
| 18:22:32 | evan | which Rubinius.add_method calls |
| 18:22:42 | evan | when adding respond_to? |
| 18:22:55 | evan | and the new respond_to? fails because the methods it uses haven't been added yet |
| 18:23:05 | evan | *eyeroll* |
| 18:23:22 | rue | This was part of the protective __respond_to?__ thing we touched a while back. |
| 18:23:29 | evan | yeah |
| 18:23:41 | evan | what did we end up doing? |
| 18:23:41 | rue | I still stand by my opinion although I do not quite recall details thereof :) |
| 18:23:47 | evan | hah |
| 18:23:48 | rue | Issue was scuttled |
| 18:23:55 | evan | i'll continue to scuttle it |
| 18:24:02 | evan | and add a Rubinius.object_respond_to? |
| 18:24:58 | evan | hello joe! |
| 18:25:40 | joearnold | evan: Good morning! |
| 18:25:45 | joearnold | Happy NYE! |
| 18:26:01 | evan | the same to you! |
| 18:26:07 | evan | got any big party plans? |
| 18:26:21 | rue | Only 3,5h to 2010 |
| 18:26:22 | joearnold | ...right |
| 18:26:36 | evan | :) |
| 18:27:07 | joearnold | I've got a 2-year old + T-minus 10 days for an second child. |
| 18:27:13 | evan | so thats a yes! |
| 18:27:14 | joearnold | I'm not going anywhere. |
| 18:27:15 | evan | awesome! |
| 18:27:24 | evan | :) |
| 18:27:33 | joearnold | I'll live vicariously through you, my friend. |
| 18:27:35 | evan | yeah, we've got a friend that is due in 15 days |
| 18:27:39 | evan | don't. |
| 18:27:45 | joearnold | :) |
| 18:27:45 | evan | i'm gonig to drink beer and play rock band probably. |
| 18:27:51 | evan | and scrabble. |
| 18:28:01 | joearnold | Sounds like what I'll do too! |
| 18:28:33 | evan | :D |
| 18:29:25 | joearnold | I'm still doing my periodic "happy path" testing with Rails 2.3.5. |
| 18:29:36 | evan | i'm working on it now actually |
| 18:29:51 | evan | finally got the bug related to running migrations fixed over xmas |
| 18:29:58 | joearnold | I'm always giddy when I see new updates, hoping... just hoping that my issue will be fixed. :) |
| 18:29:59 | evan | fixing a few other things now |
| 18:30:00 | evan | getting close. |
| 18:30:08 | joearnold | It's quite awesome to see the commits fly by, actually. |
| 18:30:20 | joearnold | Ya. It's exciting. |
| 18:31:18 | wayneeseguin | Yeah ti is :) |
| 18:31:29 | joearnold | I know I need to act like stoic when I see benchmarks, but yehuda's last post was quite cool. |
| 18:31:40 | brixen | that it was :) |
| 18:32:06 | brixen | wayneeseguin's got some interesting ones too from RBS showing memory load |
| 18:32:14 | brixen | spoils wayneeseguin's surprise |
| 18:32:16 | brixen | oops |
| 18:32:18 | wayneeseguin | LOL |
| 18:33:20 | joearnold | I won't tell Wayne |
| 18:33:44 | brixen | joearnold: ty |
| 18:33:53 | wayneeseguin | :-p |
| 18:34:07 | evan | woop! |
| 18:34:09 | evan | migrations ran. |
| 18:34:34 | brixen | sweet! |
| 18:35:05 | joearnold | check it in! :) |
| 18:36:09 | boyscout | Fix calling singleton_method_added - 63a5a2b - Evan Phoenix |
| 18:36:15 | evan | there ya go. |
| 18:36:20 | joearnold | Thank-you! |
| 18:37:36 | evan | ack |
| 18:37:37 | mistergibson | evan: should I repull and retry? |
| 18:37:39 | evan | yes |
| 18:37:42 | mistergibson | k |
| 18:37:45 | evan | mistergibson: though it probably won't help you |
| 18:37:48 | evan | i'm not working on yoru bugs. |
| 18:37:56 | mistergibson | oh |
| 18:37:59 | mistergibson | we'll see |
| 18:38:10 | evan | 3 spec failures. |
| 18:38:11 | evan | oops. |
| 18:43:45 | boyscout | CI: rubinius: 63a5a2b successful: (See full trace by running task with --trace) |
| 18:44:37 | brixen | heh |
| 18:44:40 | brixen | oh boyscout |
| 18:44:49 | evan | :/ |
| 18:44:52 | evan | thats weird. |
| 18:45:10 | evan | i guess maybe my last line grabbing isn't working... |
| 18:45:28 | brixen | seems like it didn't get there was a failure |
| 18:45:32 | brixen | $? |
| 18:46:10 | evan | should have.. |
| 18:46:17 | evan | unless rake didn't propagate the failure out. |
| 18:46:24 | evan | oh right, there was 3 spec failures... |
| 18:46:27 | evan | hrm. |
| 18:46:34 | evan | well, i'll fix the failures now |
| 18:46:37 | evan | then look at ci again. |
| 18:47:30 | brixen | that is a crazy spec |
| 18:47:35 | brixen | why is that there |
| 18:47:49 | brixen | def a method on FalseClass and test it on Fixnum? |
| 18:47:50 | evan | i guess to check that the method only goes in the right place? |
| 18:47:54 | brixen | I guess |
| 18:47:56 | brixen | but... |
| 18:47:57 | brixen | why? |
| 18:48:05 | evan | *shrug* |
| 18:48:13 | evan | oh |
| 18:48:18 | evan | i think because class_eval has had bugs |
| 18:48:24 | evan | related to not respecting where it goes |
| 18:48:27 | brixen | ok |
| 18:48:28 | evan | that is actually a good spec |
| 18:48:31 | brixen | that's cool then |
| 18:48:34 | evan | because that is some tricky behavior. |
| 18:48:35 | brixen | pretty crazy bug |
| 18:49:00 | brixen | "sir, did you mean FalseClass?? I thought you might have said Fixnum" |
| 18:49:12 | evan | yeah |
| 18:49:15 | evan | that could be anything |
| 18:49:16 | brixen | since they are nowhere related up to Object |
| 18:49:17 | evan | not just Fixnum |
| 18:49:24 | evan | because if it fails |
| 18:49:29 | evan | the method will be a toplevel method |
| 18:49:30 | evan | on kernel. |
| 18:49:34 | brixen | gotcha |
| 18:50:48 | rue | There was something |
| 18:51:08 | rue | Though those corner cases should have the issue number or something |
| 18:51:43 | evan | might be nice |
| 18:51:52 | evan | we should figure out if we're going to do a ruby-std mode |
| 18:52:01 | evan | that has the ruby-std section numbers in the specs |
| 18:52:37 | rue | Probably, but as a long-term maybe. That is a bunch of work |
| 18:53:32 | rue | Maybe just a new method to add in the it-block |
| 18:53:48 | rue | Or, well, either, since there are top and subsections |
| 18:54:45 | boyscout | Fix raising TypeError for an immediate metaclass - d7274f3 - Evan Phoenix |
| 18:58:12 | boyscout | CI: rubinius: d7274f3 successful: 3022 files, 11667 examples, 35857 expectations, 0 failures, 0 errors |
| 18:58:21 | evan | well thats nice. |
| 19:02:13 | wayneeseguin | suddenly wants a mazda 3 : http://epicwinftw.com/2009/12/30/mazda-pi/ |
| 19:07:57 | mistergibson | who is testing under Mac OS X? |
| 19:20:11 | brixen | mistergibson: I'm on leopard, evan's on snow leopard |
| 19:24:01 | Zoxc | who's testing on windows? :D |
| 19:24:11 | brixen | Zoxc: me! |
| 19:24:31 | brixen | nothing to test == all tests pass! |
| 19:25:25 | Zoxc | I'm not sure that's the right approach :/ |
| 19:27:06 | brixen | we'll iterate :) |
| 19:36:43 | joearnold | Thanks evan, db migration works! |
| 19:40:23 | evan | cool |
| 19:40:27 | evan | i see your script/console problem |
| 19:40:30 | evan | i'll try that now. |
| 19:41:00 | evan | hm |
| 19:41:02 | evan | works for me... |
| 19:41:15 | joearnold | hum... I'll try from an 'uninstalled' rbx |
| 19:41:54 | joearnold | one more issue, creating steps to reproduce |
| 19:42:35 | evan | k |
| 19:47:16 | mistergibson | brixen: I would like to *attempt* to get rbx built under Tiger |
| 19:47:32 | mistergibson | but with no gc native-like on Tiger, not sure how that's going to go yet |
| 19:48:07 | evan | huh? |
| 19:48:12 | evan | "no gc native-like" ? |
| 19:48:13 | evan | whats that? |
| 19:48:22 | mistergibson | garbage collection |
| 19:48:34 | brixen | he's talking about ruby-cocoa |
| 19:48:45 | brixen | like making rbx like macruby |
| 19:48:55 | evan | rbx doesn't use obj-c 2.0's GC at all. |
| 19:49:00 | mistergibson | well, I was also wondering about how your gc implementation would square with Tiger |
| 19:49:03 | mistergibson | ok |
| 19:49:05 | brixen | mistergibson: 1st, have you built rbx on tiger |
| 19:49:07 | evan | fine. |
| 19:49:07 | mistergibson | homespun, nice |
| 19:49:22 | mistergibson | good to know |
| 19:49:46 | mistergibson | I'll fire up the old ibook at some point and try to mess w/ it |
| 19:49:57 | brixen | yeah, good step one |
| 19:50:19 | evan | seydar was on tiger for a long time |
| 19:50:23 | brixen | yep |
| 19:50:24 | evan | we should run fine on it. |
| 19:50:30 | brixen | yeah |
| 19:50:33 | mistergibson | for Tiger, I'll need an alternate path to MacRuby in any case |
| 19:52:10 | mistergibson | good to know |
| 19:53:45 | evan | joearnold: hm. neither of those issues i'm seeing. |
| 21:26:45 | joearnold | evan: still run into same issues when using a locally built rbx |
| 21:27:01 | evan | hm. |
| 21:27:15 | evan | i can't repro it. |
| 21:27:28 | evan | so you'll have to dig more |
| 21:27:39 | joearnold | ok |
| 22:09:01 | dwaite | huh. apparently I didn't know how super worked in ruby |
| 22:09:33 | evan | oh? |
| 22:09:36 | evan | what did you think it did? |
| 22:09:41 | evan | joearnold: i closed your ruby-debug issue |
| 22:09:45 | evan | we can't support the ruby-debug gem. |
| 22:10:48 | joearnold | ok. sorry. thanks for noticing. |
| 22:10:53 | evan | no prob. |
| 22:11:08 | dwaite | I suppose, I thought it returned an object which allowed for invocation of arbitrary public/protected methods declared on the parent class |
| 22:11:14 | evan | perhaps i should insert some hooks to our rubygems |
| 22:11:19 | evan | to help people with those kinds of gems |
| 22:11:22 | evan | basically a black list |
| 22:11:29 | evan | to say "sorry, this gem isn't supported on Rubinius" |
| 22:11:40 | dwaite | unfortunately the parent implementation returned self, which resulted in an infinite loop which had me stumped for a bit |
| 22:11:56 | evan | you're thinking python. |
| 22:12:03 | Zoxc | evan: how do you plan to fix the unbalanced stack issues? :) |
| 22:12:08 | evan | it's fixed. |
| 22:12:12 | joearnold | evan that would improve out-of-the box usability. |
| 22:12:21 | evan | Zoxc: it's fixed. |
| 22:12:49 | evan | dwaite: thats also how super works in smalltalk |
| 22:12:56 | evan | super.blah() |
| 22:12:58 | ezmobius | howdy folks |
| 22:12:59 | evan | is a magic invocation |
| 22:13:04 | ezmobius | have a good holiday? |
| 22:13:08 | evan | that starts looking up blah at the superclass |
| 22:13:11 | evan | ezmobius: yep! you? |
| 22:13:15 | Zoxc | so rubinius won't have problems with code that would generate an unbalanced stack? |
| 22:13:17 | ezmobius | yeah had fun |
| 22:13:26 | evan | Zoxc: code can't create an unbalanced stack |
| 22:13:49 | Zoxc | yes, because you don't allow it to run? |
| 22:13:50 | evan | Zoxc: all unbalanced stack errors are due to compiler bugs |
| 22:13:53 | evan | no |
| 22:14:01 | evan | because there is no code form that create an unbalanced stack |
| 22:14:10 | evan | it's unexpressable in ruby |
| 22:14:46 | Zoxc | and are those compiler bugs still there then? |
| 22:14:52 | evan | huh? |
| 22:14:55 | evan | i don't know what you're talknig about |
| 22:14:59 | evan | there was one a couple days ago |
| 22:15:01 | evan | that i fixed |
| 22:15:19 | Zoxc | well I tried some code a couple of days ago and it gave me an unbalanced stack error =P |
| 22:15:28 | evan | it's fixed |
| 22:15:31 | evan | like I just said. |
| 22:16:38 | Zoxc | I guess I should install virtualbox and check if it works then :) |
| 22:16:52 | evan | feels like only half of what he says is actually getting to IRC |
| 22:17:40 | dwaite | * evan feels like .. what he says .. actually |
| 22:17:47 | evan | heh |
| 22:18:20 | evan | what if I removed the object_id from the default inspect output |
| 22:18:23 | evan | thoughts? |
| 22:18:54 | dwaite | seems fine to me |
| 22:20:39 | dwaite | it would be for optimization? it doesn't seem that inspect is something needing to go fast |
| 22:21:06 | evan | it's partly because of to implement _id2ref |
| 23:30:31 | brixen | srsly, why do ppl live in pdx |
| 23:30:44 | brixen | they can't drive in the rain, the snow, sunny days, windy days |
| 23:30:53 | brixen | 35mph on the freeway ppl?? |
| 23:31:11 | brixen | so frustrating |
| 23:31:29 | evan | hah |
| 23:31:37 | evan | they should have a special lane in pdx |
| 23:31:47 | evan | and you have to pass a weather driving test to be able to use it |
| 23:31:54 | brixen | yes, yes they should, for all the socal transplants haha |
| 23:32:01 | brixen | I swear, that's what it is |
| 23:32:16 | brixen | in the 70s they moved to oregon (like my folks) |
| 23:32:16 | ezmobius | i just got back to sf, was in PDX for the snowpacaolypse as well |
| 23:32:19 | ezmobius | people cannot drive |
| 23:32:27 | brixen | and now they are retired and cannot drive |
| 23:32:35 | Zoxc | you should have to pass a weather driving test anyway... |
| 23:32:53 | brixen | ezmobius: yeah, crazy huh :-/ |
| 23:33:14 | evan | brixen: I guess I shouldn't mention the LA weather then |
| 23:33:50 | brixen | heh |
| 23:33:52 | brixen | evan: sunny? |
| 23:34:08 | evan | and 60s |
| 23:35:08 | brixen | man |
| 23:41:12 | evan | ok! magic time! |
| 23:41:15 | evan | i'm going to make |
| 23:41:18 | evan | class << blah; self; end |
| 23:41:24 | evan | just return the metaclass of blah |
| 23:41:28 | evan | not add the method, etc. |
| 23:44:10 | Zoxc | what method? =) |
| 23:44:27 | evan | Rubinius.object_metaclass(obj) |
| 23:44:51 | brixen | evan: adding an insn? |
| 23:44:57 | evan | nah, method. |
| 23:45:00 | evan | ^^ |
| 23:45:23 | brixen | I'm lost on "not add the method, etc." |
| 23:45:30 | evan | oh. |
| 23:45:36 | evan | class << blah; self; end right now |
| 23:45:47 | evan | adds a method call __metaclass_init__ onto the metaclass of blah |
| 23:45:51 | evan | then calls it |
| 23:46:07 | evan | I can spy and see that the method would just return self |
| 23:46:20 | evan | "the method" being __metaclass_init__, the body of the sclass |
| 23:46:21 | brixen | I see |
| 23:46:24 | evan | and if so, just ignore it. |
| 23:46:46 | brixen | gotcha |