Show enters and exits. Hide enters and exits.
| 01:53:08 | telinnerud | Trying to compile the RC on Snow Leopard I get: Undefined symbols: |
| 01:53:08 | telinnerud | "_mp_init_copy", referenced from: .... |
| 01:53:21 | telinnerud | familar? |
| 01:53:27 | telinnerud | familiar |
| 01:55:32 | telinnerud | http://gist.github.com/243776 |
| 02:01:41 | sbryant | ah yes |
| 02:01:48 | sbryant | telinnerud: you around? |
| 02:01:56 | telinnerud | yepp |
| 02:02:08 | sbryant | okay, what version of ruby are you running? |
| 02:02:20 | telinnerud | 1.9.1p243 |
| 02:02:32 | telinnerud | but I can switch to built in 1.8.7 if it helps |
| 02:02:47 | sbryant | rubinius does not support MRI 1.9.1. |
| 02:02:59 | sbryant | BUT |
| 02:03:06 | sbryant | Let me guess, you installed it from macports? |
| 02:03:26 | telinnerud | no I used rvm |
| 02:03:33 | telinnerud | so its easy to switch versions |
| 02:03:44 | sbryant | Alright, well try and get a universal binary. |
| 02:04:18 | sbryant | That error comes from arch differences, the file is there, but wrong arch. |
| 02:04:34 | sbryant | I had a similar issue and I rebuilt ruby to be universal |
| 02:05:00 | telinnerud | I had a feeling it was something like that :) |
| 02:05:04 | sbryant | Yeah |
| 02:05:09 | sbryant | if you're on macports |
| 02:05:15 | sbryant | port install ruby +universal |
| 02:05:46 | telinnerud | thanks, i'll give it a spin |
| 02:06:03 | sbryant | Okay, hope it helps |
| 03:42:11 | dwaite | happy turkey extinction day |
| 04:37:57 | dwaite | tries a rake install |
| 05:38:22 | dkubb | should this code use __send__() and not send(): http://github.com/evanphx/rubinius/blob/master/kernel/alpha.rb#L238 |
| 05:47:37 | sbryant | dkubb: maybe, have you made the change? |
| 05:48:18 | dkubb | sbryant: I am just running some specs for DataMapper against Rubinius, and changing DM, or making note of spec failures |
| 05:49:37 | sbryant | I really don't know, but I want to say yes |
| 05:49:46 | dkubb | sbryant: in one of our specs, we remove the send() method from a certain type of object (on purpose) and ensure the logic still works.. I know it's weird, but there was one case where someone wanted their domain objects to have a method named send() |
| 05:50:01 | sbryant | that's completely valid. |
| 05:50:14 | sbryant | And that's why I kind of want to say dup is wrong |
| 05:50:50 | dkubb | sbryant: ahh ok. I'll submit a ticket with a patch and see what happens |
| 07:30:40 | stepheneb | I'm trying to build rubinius and I've already got llvm installed (separately) but ./configure --enable-llvm tries to install llvm again |
| 07:30:54 | stepheneb | I'd like to build with the jit AND use the llvm I have installed |
| 07:31:31 | brixen | stepheneb: rubinius requires 2.6 |
| 07:31:47 | brixen | probably best to just let it do it's thing right now |
| 07:31:58 | brixen | we're still working on the "link to llvm" story |
| 07:32:34 | stepheneb | Where will it install the llvm it downloads? |
| 07:32:44 | brixen | vm/external_libs/llvm |
| 07:32:58 | brixen | you can pre-link your own there and configure will find it |
| 07:32:59 | stepheneb | ahh ... ok, it will just take a long time |
| 07:33:09 | brixen | there are prebuilts |
| 07:33:14 | brixen | how did you run configure? |
| 07:33:59 | stepheneb | I started with: ./configure --enable-llvm |
| 07:34:15 | stepheneb | and stopped it after I saw it start to download llvm |
| 07:34:36 | stepheneb | I've got llvm svn 82750 installed |
| 07:34:50 | stepheneb | tried rake without ./configure |
| 07:34:54 | brixen | what's your platform? |
| 07:35:05 | stepheneb | macos 10.5.8 |
| 07:35:27 | brixen | then just let it download the prebuilt |
| 07:35:32 | brixen | what's the issue with that? |
| 07:36:29 | stepheneb | not a big issue -- didn't know when it started that it wouldn't install over the llvm I already have installed in /usr/local |
| 07:37:24 | stepheneb | also thought I'd check here if I could use the one I already have installed, r82750 is from Sep 25 |
| 07:37:33 | brixen | no, you cannot |
| 07:37:47 | brixen | just use the prebuilt, it will not interfere with your install |
| 07:38:05 | stepheneb | ok, I'll just let ./configure --enable-llvm run until it's done ;-) |
| 07:38:13 | brixen | we keep everything contained in the rbx dirs |
| 07:38:51 | stepheneb | will it work if I install into a custom prefix? |
| 07:39:00 | brixen | it should |
| 07:39:08 | brixen | open a ticket if it doesn't |
| 07:42:23 | stepheneb | now .configure stops after: Using LLVM: auto Checking for existing LLVM tree: found! Checking for function 'backtrace': found! |
| 07:49:25 | dbussink | stepheneb: that's all configure does :) |
| 07:51:25 | stepheneb | I think I got the working dir into a strange state by first running: ./configure --enable-llvm |
| 07:51:50 | stepheneb | stopping that when I realized it was starting to download llvm |
| 07:51:59 | dbussink | ah ok |
| 07:52:08 | stepheneb | then running rake, which used the llvm I already had installed |
| 07:52:18 | dbussink | well, just remove vm/external_libs/llvm and then do a ./configure --enable-llvm again |
| 07:52:21 | stepheneb | I'm checking out a clean clone |
| 07:52:31 | dbussink | that probably works too :) |
| 07:52:48 | stepheneb | I did try rm -rf vm/external_libs/llvm firs |
| 07:53:58 | stepheneb | yeah ... now it's working hard again by starting to get the llvm version that rubinius needs |
| 09:18:08 | dkubb | sbryant: I submitted a ticket/patch for that dup problem we talked about earlier: http://github.com/evanphx/rubinius/issues#issue/98 |
| 09:26:26 | stepheneb | brixen: fyi: I just entered an issue describing a failure building with a custom --prefix, http://github.com/evanphx/rubinius/issues/#issue/99 |
| 10:39:41 | ppahdna | hello all |
| 10:40:08 | ppahdna | what are frozen specs? Are these the specs that have been completed already? |
| 10:48:33 | ppahdna | anyone? |
| 16:27:43 | jamisbuck | I'm trying to implement cipher support for Rubinius' OpenSSL module, and I'm running into some cases where the OpenSSL API uses callback functions. Is there any support for that in the FFI stuff? (I couldn't see anywhere that it did.) Is there a recommended way to approach things like this in Rubinius? (e.g., falling back to writing code in C/C++, etc.) |
| 16:32:16 | scot | jamisbuck: I'm not sure if the rubinius ffi is fully compatible with the ruby ffi stuff, but in the ruby-ffi codebase, in spec/ffi/callback_spec.rb there should be some examples |
| 16:33:02 | jamisbuck | ah, thank-you scot_____, I'll check there |
| 16:33:42 | scott | gah, stupid irc names |
| 17:04:05 | sbryant | jamisbuck: not sure if this is relevant but there is an example of callbacks using FFI: http://blog.headius.com/2008/10/ffi-for-ruby-now-available.html |
| 17:05:03 | jamisbuck | sbryant: thank-you, I think I'm getting a handle on this. We'll see when I go to run it :) |
| 17:05:13 | sbryant | :) |
| 17:27:00 | jamisbuck | if I wanted to run the ffi preprocessor, how do I do that? I can see the task defined in rakelib/vm.rake, but I can't see how to invoke it. Feeling a little blind. :) I've read docs, googled, etc. |
| 17:27:27 | sbryant | I'm looking at the ffi stuff right now and I don't see support for callbacks :-\ |
| 17:27:46 | jamisbuck | sbryant: yeah, I wondered about that. I can see specs for it in spec/frozen, but that's it |
| 17:28:11 | sbryant | Ahhh |
| 17:30:31 | jamisbuck | found the ffi preprocessor task |
| 17:31:25 | jamisbuck | and, alas: "NoMethodError: No method 'callback' on OpenSSL::Cipher::Foreign" :/ |
| 17:32:22 | sbryant | Yeah, the article said JRuby went further. |
| 17:33:44 | jamisbuck | looks to be supported in http://github.com/ffi/ffi. if I have some time, this weekend I'll take a look and see what it would take to implement that in rubinius |
| 17:33:54 | sbryant | Yeah, looking at the same |
| 17:34:18 | jamisbuck | gotta break now and do "real work". thanks for the sanity check, sbryant |
| 17:34:25 | sbryant | no problem. |
| 18:58:34 | somebee | When trying to install rubinius I get: library not found for class Digest::SHA1 -- digest/sha1 |
| 18:58:59 | dkubb | I'm running DataMapper's specs against rbx and fixing/reporting bugs, but I came across one that I think is an rspec/rbx bug. see #8 in this list: https://gist.github.com/8fa28265f0a69a616a8b |
| 18:59:26 | dkubb | it happens in a spec that is pending without any block, eg: it 'should pass' |
| 19:02:40 | somebee | anyone know how to get around: library not found for class Digest::SHA1 -- digest/sha1 when running rake for rubinius (latest trunk)? |
| 19:11:53 | somebee | hmm, tried with llvm (latest version) now, and get another error instead |
| 19:21:04 | sbryant | how are you installing it? |
| 19:21:19 | sbryant | And what's the error? |
| 19:23:17 | somebee | sbryant: I figured it was probably because I used ruby 1.9, but now I get other errors with ruby187 - rake aborted dlopen(lib/ext/melbourne/ruby/melbourne.bundle, 9): no suitable image found. Did find: lib/ext/melbourne/ruby/melbourne.bundle: mach-o, but wrong architecture - lib/ext/melbourne/ruby/melbourne.bundle |
| 19:23:28 | sbryant | ahh |
| 19:23:33 | sbryant | how did you install ruby 1.8.7? |
| 19:24:05 | sbryant | That's a problem with differences between your kernel (64bit) and ruby being (32bit) or the reverse |
| 19:24:24 | somebee | sbryant: I compiled it in osx to actually get it to be 64bit |
| 19:24:30 | sbryant | if you're using macports try this: port upgrade --enforce-variants ruby +universal |
| 19:25:12 | somebee | sbryant: nope, compiled and installed int /usr/local/ruby-1.8.7 with flags for 64bit |
| 19:25:29 | sbryant | run file /path/to/ruby and tell me what you get |
| 19:25:32 | dwaite | somebee: I see that problem with ruby 1.9.1 |
| 19:25:51 | sbryant | Ruby 1.9.1 isn't supported. |
| 19:26:00 | dwaite | I imagine you would also see it if you were building cross-architecture, say 32bit to 64 bit or vice-versa |
| 19:26:12 | sbryant | http://rubini.us/ <-- says it |
| 19:26:20 | dwaite | sbryant: it worked two weeks ago, unfortunately it broke when the compiler was switched in |
| 19:26:58 | dwaite | the reasons it doesn't work are kinda bad |
| 19:27:19 | dwaite | so I've been trying to find a way to make it work again |
| 19:27:19 | sbryant | what are they? |
| 19:27:38 | dwaite | the bootstrapping phase uses elements of both the system ruby and rbx |
| 19:28:11 | dwaite | the digest issue above seems to be related to the load path including 'lib' and '.' while bootstrapping |
| 19:28:17 | somebee | sbryant: any idea how I can get around this? Shouldnt rubinius be able to see which architecture ruby uses and compile the bundles correctly? |
| 19:28:36 | dwaite | i.e., it uses rbx's version of digest and rbx's compiled extensions, rather than the ones in the system ruby |
| 19:29:03 | sbryant | somebee: that's a good question. And I'm not sure of the reasoning (I'm just another user) |
| 19:29:10 | sbryant | but I do know a way around. |
| 19:29:11 | somebee | sbryant: ah ok |
| 19:29:30 | sbryant | build a universal binary ruby |
| 19:30:00 | sbryant | if you run "file /path/to/ruby" and tell me what you get. |
| 19:30:42 | somebee | hmm, w00t. Mach-O executable i386 |
| 19:30:52 | somebee | Maybe I only managed to compile 1.9.1 for 64bit |
| 19:31:06 | somebee | I see i686 mentioned all through the rubinius rake-process |
| 19:31:11 | sbryant | :) |
| 19:31:48 | somebee | so, is there a quick way? Like installing ruby-1.8.7 through macports |
| 19:31:53 | sbryant | yeah |
| 19:31:59 | sbryant | port install ruby +universal |
| 19:32:09 | sbryant | then add to your path /opt/local/bin |
| 19:33:07 | somebee | I don't want to think about how many versions of ruby I have on my system now :P |
| 19:39:02 | somebee | ruby 1.8.7 (2008-08-11 patchlevel 72) [i686-darwin9.7.1] |
| 19:39:07 | somebee | now let's hope it will work |
| 19:39:13 | sbryant | ehh |
| 19:39:25 | sbryant | run a file on it? |
| 19:39:47 | somebee | Mach-O universal binary with 2 architectures |
| 19:40:04 | somebee | - /opt/local/bin/ruby (for architecture x86_64): Mach-O 64-bit executable x86_64 |
| 19:40:04 | somebee | - /opt/local/bin/ruby (for architecture i386): Mach-O executable i386 |
| 19:40:12 | sbryant | awesome |
| 19:41:07 | sbryant | that's an old patch version, but oh well |
| 19:41:34 | somebee | ahrg, version-hell.. need to get rubygems etc up for this one, now it runs rake from the other ruby-dir |
| 19:42:16 | dkubb | somebee: OT, but I've found rvm to be quite nice to keep all of my rubies and related binaries segregated |
| 19:42:32 | dkubb | somebee: like you, i often have many versions of ruby installed at once |
| 19:42:38 | sbryant | somebee: you made need to start a new session |
| 19:42:44 | sbryant | may need* |
| 19:43:02 | somebee | dkubb: I do it manually now with different dirs in usr/local and symlinking the currently used (fast switching with aliases).. but gets more messed up when using macports aswell |
| 19:43:33 | somebee | hmm, is rubygems on macports? |
| 19:44:05 | somebee | forget it |
| 19:44:41 | dkubb | somebee: ahh yeah, before my last machine update I had a system hacked together with shell commands to switch symlinks between different rubies installed with multiruby. rvm is much cleaner that what I had IMHO |
| 19:44:47 | sbryant | sounds like a path problem |
| 19:45:23 | somebee | - atlas:rubinius sindre$ sudo gem install rake |
| 19:46:09 | somebee | - /opt/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `gem_original_require': no such file to load -- zlib - |
| 19:50:02 | sbryant | is zlib installed? |
| 19:50:27 | somebee | people should learn from the passenger install-process. I _always_ get loads of problems like this with ruby, native gems, rubygems, (rubinius) etc... it should be possible to catch some of these and actually give meaningfull errors? passenger has the best install-process of any unix-app I've ever compiled |
| 19:51:05 | somebee | sbryant: since I am running several versions of ruby already, and port install zlib just goes 'Cleaning zlib' I guess so |
| 19:51:30 | somebee | and if not, I find it strange that it is never catched when installing ruby or rubygems? Instead of just throwing a no such file |
| 19:56:17 | somebee | trying to install only 64bit version in macports |
| 20:03:13 | somebee | sbryant: rubygems started working after removing the universal one |
| 20:03:43 | sbryant | weird |
| 20:04:33 | somebee | w00t - rubinius installs |
| 20:14:01 | somebee | is there a way to live get the sexp/ast of a method? |
| 20:33:24 | ppahdna | hello all |
| 20:33:41 | ppahdna | does anyone know what frozen specs are? |
| 22:19:10 | somebee | is there a way to get the sexp/ast of an class after initiation/evaluation? |
| 22:31:05 | dbussink | somebee: no, the new compiler also doesn't use a sexp anymore |
| 22:31:26 | somebee | dbussink: hmm :( |
| 22:32:10 | somebee | dbussink: so it is less flexible than parsetree.. I was hoping rubinius would make for a killer env to do some ruby to javascript magic, hehe |
| 22:33:52 | dbussink | somebee: well, it's flexible differently :) |
| 22:35:06 | somebee | dbussink: Would there be any way to inspect actual methods live? Seems you can do so much with methods etc, that I was a tiny bit surprised I couldn't find anything like that |
| 22:35:07 | somebee | ] |
| 22:35:46 | brixen | somebee: the ast is discarded after the bytecode is generated |
| 22:35:52 | brixen | you can parse the source again |
| 22:36:20 | brixen | we can also write a simple sexp emitter that works the same as the parse tree processor that emits the AST |
| 22:36:25 | somebee | brixen: so the same as with 1.9.1 then. because of memory? Is it possible to keep rubinius from discarding it |
| 22:36:38 | brixen | you have to store it somewhere |
| 22:36:41 | brixen | that's an option |
| 22:36:57 | somebee | brixen: that is the thing, I'd love (ideally) to inspect the models after initial load and firing of class-methods etc |
| 22:36:58 | brixen | really though, I'm pretty skeptical of source to source translation |
| 22:37:09 | brixen | whrite a real compiler to target javascript ;) |
| 22:37:09 | somebee | brixen: everyone is until you have something that is solid enough |
| 22:37:22 | somebee | brixen: I'd do it if I had the skill :) |
| 22:37:26 | brixen | heh |
| 22:37:41 | dbussink | somebee: you can even use the bytecode if you want ;) |
| 22:38:08 | somebee | rubyjs is actually pretty close to something I'd be willing to switch to.. with some decent work and refactoring... |
| 22:38:22 | brixen | somebee: I don't really know what you're trying to do, but expecting the AST or the sexp to have a specific form is typically a fast path to pain and suffering |
| 22:38:29 | brixen | use it as a last last resort |
| 22:38:52 | brixen | because it constrains us from doing powerful stuff or modifying what should be INTERNALS |
| 22:38:57 | somebee | brixen: so, do you have any books / articles to recommend for someone who seriously wanted to make a rock-solid ruby to js compiler (the real deal) |
| 22:39:03 | brixen | use methods, classes, sending messages to implement stuff in ruby |
| 22:39:22 | brixen | somebee: yes, prag progs have a book, language implementation patterns |
| 22:39:29 | brixen | it's very good and right up this alley |
| 22:39:45 | brixen | also, engineering a compiler by keith cooper is very good |
| 22:39:55 | brixen | but it's more focused on compilers that emit machine code |
| 22:40:20 | brixen | language impl patterns has a lot more stuff on source-to-source and interpreters |
| 22:47:00 | dbussink | somebee: you can probably reuse the ruby parser |
| 22:47:47 | dbussink | somebee: and emit javascript from that, that's should be relatively simple i guess |
| 22:48:31 | dbussink | somebee: the thing i remember from the compiler class in college, is that it was actually simpler and less magic than i though :) |
| 22:48:36 | dbussink | it was for a simple language though |
| 22:49:54 | somebee | dbussink: ok. yeah, it is actually trivial to implement a large part of ruby in javascript. the problem comes with the last 5% (as always), but there's no need to implement 100% as I see it |
| 22:50:20 | somebee | brixen: thanks for the suggestions, I'll definitely read them. good to know more in-depth stuff no matter which approach I take |
| 22:55:30 | brixen | somebee: full on targeting js so you can run a ruby app in the browser is a cool idea |
| 22:55:42 | brixen | somebee: on the other hand, RJS is a dead end |
| 22:55:48 | brixen | not sure which direction you want to take |
| 22:56:07 | somebee | brixen: but it is a huge task. Yes, I am talking about a 'full' implementation of ruby.. have you seen rubyjs? It comes close |
| 22:56:21 | somebee | brixen: *shrugs* not anything like rjs no |
| 22:56:46 | Zoxc | wonders what caused the spike in traffic for mirb... |
| 22:57:12 | somebee | brixen: I think we're either moving towards js on the server aswell, or making js the assembly of the web, and moving towards GWT-alike concepts. GWT in ruby would be so much more awesome |
| 22:57:49 | dbussink | doesn't really mind writing javascript actually |
| 22:58:46 | somebee | brixen: http://github.com/mneumann/rubyjs/raw/master/doc/talks/rubyconf07_rubyjs.pdf <- there has been a big rewrite since this that never got fully completed (but it seems very promising) |
| 22:59:31 | somebee | dbussink: I don't either, it is okay, but for very large projects I'd much prefer to use ruby. Both for the obvious pro using the same language for server and client, but also because I generally enjoy ruby alot more, and it is easier to organize |
| 23:00:09 | dbussink | somebee: well, i've worked on a 50 / 50 ruby / javascript app, but it pushes javascript performance pretty hard |
| 23:00:38 | brixen | somebee: rubyjs looks cool |
| 23:00:39 | dbussink | dunno how it would work with javascript as just a generated language |
| 23:00:43 | somebee | dbussink: would you consider using ruby in the browser if you knew it compiled to high performance javascript without sacrificing any meaningful ruby-stuff (except maybe bang! methods for strings) |
| 23:01:33 | dbussink | somebee: i definitely would, but it would greatly depend on how well it would be and whether i would notice that it wouldn't properly fit |
| 23:01:53 | dbussink | and having an escape is also nice, so you can "drop down" into javascript if you want / need |
| 23:02:05 | somebee | dbussink: the thing is, if the compiler is advanced enough, you can write more performant rubyjs than real js.. a simple example is iterating through arrays. In js you almost always use a helper-method for this.. with a compiler you could insert the fastest native implementations etc.. and do stuff directly for each platform (compiled beforehand) |
| 23:02:18 | somebee | dbussink: I agree. If you notice it doesnt fit, just a tiny bit, it does not work |
| 23:06:46 | somebee | brixen: is language implementation patterns almost done? Bought it now, but I see that it is beta |
| 23:08:01 | dbussink | somebee: hmm, rubyjs uses exceptions for returns? |
| 23:08:13 | somebee | dbussink: for regular returns? no? |
| 23:08:41 | somebee | dbussink: you can throw and rescue exceptions etc, but exceptions are never used for anything else |
| 23:09:22 | somebee | dbussink: from diggin into the code, it seems very well thought out.. just need to clean up, optimize, and complete the missing pieces |
| 23:11:55 | dbussink | somebee: ah, cool, but the biggest issue now is the parsetree dependency? |
| 23:12:50 | somebee | dbussink: yes. one of the things about rubyjs is that it evaluates the code before compiling, so it can do clever optimizations for method_missing etc (although I can see places where it would break).. switching to rubyparser is possible, but you would need to rethink some aspects |
| 23:14:00 | brixen | somebee: yeah, the book is almost out I think |
| 23:14:07 | somebee | brixen: cool |
| 23:14:38 | brixen | rubyparser may be a good approach, but I'd suggest ripping out the sexps and having it emit an AST |
| 23:14:45 | brixen | sexps are teh suck |
| 23:14:47 | brixen | trust me |
| 23:15:02 | somebee | brixen: that is what rubyjs does now.. it creates an AST from the sexps |
| 23:15:16 | Zoxc | sucks teh sexps |
| 23:15:18 | somebee | before converting anything |
| 23:15:43 | somebee | I considered using melbourne from rubinius, but I guess that is not used at all anymore? |
| 23:18:22 | brixen | melbourne is the new parser ext |
| 23:18:27 | dwaite | somebee: melbourne is the brand new compiler |
| 23:18:30 | dwaite | hi brixen! |
| 23:18:33 | brixen | it emits an AST directly from the parse tree |
| 23:18:39 | brixen | hey dwaite |
| 23:18:48 | brixen | somebee: we used to convert sexp to AST |
| 23:19:10 | brixen | there lies the road to many klocs of sadness and pain |
| 23:19:16 | somebee | brixen: ok, would it not be ideal to use melbourne directly then, and compile the AST into js? instead of using rubyparser I mean |
| 23:19:24 | brixen | somebee: surely |
| 23:19:33 | dwaite | brixen: it looks like that digest error I saw was due to the rbx digest impl being sucked into 1.9 |
| 23:19:59 | brixen | dwaite: I saw you mentioned that, odd |
| 23:19:59 | somebee | brixen: isn't it relatively trivial to convert sexp to an AST? maybe there is something I don't understand, but it seems clean/trivial |
| 23:20:14 | dwaite | it seems like 'lib' may be overloaded when you consider the bootstrap phase |
| 23:20:21 | brixen | somebee: depends on how complex your lang is |
| 23:20:38 | brixen | somebee: if you want to see how "easy" it is, go look at older rbx code |
| 23:20:45 | dwaite | brixen: you upgrade to SL yet, or are you going to wait until 1.0.0 final? :) |
| 23:20:50 | brixen | before melbourne was made the default |
| 23:20:57 | brixen | dwaite: still not on SL yet |
| 23:21:21 | somebee | brixen: hehe ok. I was just guessing that brixen needs to do all of the same things |
| 23:22:57 | brixen | dwaite: so, we should not use -Ilib while running MRI to bootstrap? |
| 23:23:11 | brixen | dwaite: perhaps -Ilib/compiler instead? |
| 23:23:25 | brixen | I'll play around with getting 1.9.1 working to build... |
| 23:25:05 | dwaite | brixen: gem install rbx, rbx-install, reopen terminal, rbx install 1.9.1, rbx use 1.9.1 = beauty |
| 23:25:47 | dwaite | 1.9.1 is my default shell ruby atm so that I can keep getting annoyed by this sort of thing and filing patches to gems :) |
| 23:26:30 | dwaite | heh, I did my black friday shopping at 3 pm. don't know what people were all up in arms about, didn't seem that busy |
| 23:26:34 | brixen | gem install rbx? |
| 23:26:45 | dwaite | grrm, rvm |
| 23:26:51 | brixen | oh ok |
| 23:26:52 | dwaite | I got rbx on the brain |
| 23:26:54 | brixen | hah |
| 23:27:17 | brixen | I suppose I should use rvm now |
| 23:27:21 | dwaite | I can only read rbx in my brain as rubyx |
| 23:27:22 | dwaite | btw |
| 23:27:35 | dwaite | make sure you upgrade to gem 1.3.5 first |
| 23:27:47 | brixen | hmm, for me it's arr bee eks |
| 23:27:51 | dwaite | otherwise.. well, some of the shell scripts are not marked executable, and its annoying |
| 23:27:57 | dwaite | arby x? |
| 23:28:16 | dwaite | the roast beef executor |
| 23:33:15 | dwaite | omg. I just realized why they are called arby's |
| 23:33:32 | dwaite | how did I not figure this out when I was like .. eight? |
| 23:41:35 | brixen | dwaite: cus rbx wasn't around when you were eight? haha |