Show enters and exits. Hide enters and exits.
| 00:03:04 | somebody | khaase, I can not reproduce this on head |
| 00:19:39 | evan | khaase: still around? |
| 00:19:50 | khaase | evan: yes |
| 00:19:59 | khaase | i cannot update to latest head |
| 00:20:01 | evan | i figured this was easier that exchanging issue comments :) |
| 00:20:05 | khaase | melbourne is not compiling |
| 00:20:05 | evan | oh? why not? |
| 00:20:17 | evan | please gist the output |
| 00:20:49 | khaase | http://gist.github.com/317955 |
| 00:21:19 | evan | uuumm |
| 00:21:31 | evan | thats bizarre. |
| 00:21:41 | evan | are you doing this directly or under rvm? |
| 00:22:29 | khaase | directly |
| 00:22:38 | khaase | since rvm did fail, too |
| 00:22:48 | evan | weird. |
| 00:22:49 | evan | um |
| 00:22:53 | evan | could you try a fresh clone? |
| 00:23:09 | khaase | yes |
| 00:23:25 | evan | k |
| 00:23:41 | evan | also if you're doing it directly |
| 00:23:46 | evan | disable rvm in that shell |
| 00:23:53 | evan | rvm confuses things because it sets a bunch of env vars |
| 00:24:06 | khaase | ok |
| 00:25:23 | wayneeseguin | something need adjusting? |
| 00:26:19 | evan | wayneeseguin: no, it's rvm setting GEM_HOME etc |
| 00:26:26 | evan | you said there was an rvm command to unset all those |
| 00:26:29 | evan | what was that command? |
| 00:27:46 | wayneeseguin | rvm system |
| 00:27:56 | wayneeseguin | should put you back in the 'pre-rvm' state |
| 00:28:04 | wayneeseguin | or 'rvm reset' to completely nuke it all |
| 00:28:34 | evan | k |
| 00:28:48 | khaase | wayneeseguin: rvm system does that only for the current shell, right? |
| 00:30:50 | wayneeseguin | khaase: correct |
| 00:31:01 | wayneeseguin | 'rvm reset' would blow away for all future shells |
| 00:33:36 | khaase | compiling rubinius takes quite some time these days |
| 00:33:47 | wayneeseguin | true but still not as long as ruby-head |
| 00:33:53 | wayneeseguin | unless you have to compile llvm |
| 00:33:55 | wayneeseguin | that's a beast |
| 00:34:26 | evan | khaase: shouldn't take more than 5 minutes |
| 00:34:43 | evan | hopefully you're not compiling LLVM |
| 00:34:54 | evan | if so, what platform are you on? |
| 00:35:33 | khaase | evan: I'm not. Also, melbourne compiled just fine, as it seems. |
| 00:35:46 | khaase | osx 10.6 |
| 00:35:55 | khaase | started running tests |
| 00:36:04 | evan | ok |
| 00:36:09 | evan | shouldn't have taken too long to compile |
| 00:36:31 | evan | unless 5 minutes it quite a long time. |
| 00:36:59 | evan | s/it/is/ |
| 00:37:15 | khaase | dunno, felt like a bit more than 5 minutes, but haven't watched the clock. |
| 00:38:04 | evan | *shrug* |
| 00:38:24 | khaase | hmmm... works on latest head. |
| 00:38:49 | khaase | question is... is that due to some update or since i did not use my rvm stack? |
| 00:38:54 | evan | i actually remember this bug |
| 00:38:59 | evan | but i fixed it a while back |
| 00:39:01 | evan | let me see when. |
| 00:40:03 | wayneeseguin | khaase: are you installing 'rbx' or 'rbx-head' ? |
| 00:40:15 | khaase | wayneeseguin: rbx-head |
| 00:40:20 | evan | khaase: git show bb511f8c |
| 00:40:30 | evan | thats me fixing that bug |
| 00:42:11 | khaase | nice. hmmm... i did rvm remove rbx-head in the meantime, so I cannot figure out when I last updated it. |
| 00:42:59 | evan | ok |
| 00:44:42 | khaase | gonna play around with it a bit (i.e. try to install head with rvm, then run my real code against it) |
| 00:44:54 | evan | k |
| 00:44:56 | khaase | btw, in rvm it's mkmf.rb can't find header files for ruby at /Users/konstantin/.rvm/rubies/rbx-head/include/ruby.h |
| 00:45:20 | evan | we don't have include/ruby.h |
| 00:45:21 | evan | thats why. |
| 00:45:31 | evan | wayneeseguin will have to look at that |
| 00:45:40 | evan | khaase: i'm going to close this issue, ok? |
| 00:46:03 | khaase | evan: ok |
| 00:46:18 | khaase | evan: thanks |
| 00:46:22 | wayneeseguin | except that *rvm* doesn't do anything with a 'ruby.h' and/or 'mkmf.rb' |
| 00:46:36 | evan | np |
| 00:46:51 | evan | khaase: are you using --prefix and install? |
| 00:46:59 | wayneeseguin | rvm will use --prefix |
| 00:47:07 | khaase | evan: rvm does |
| 00:47:55 | evan | ok |
| 00:48:04 | wayneeseguin | tries a new 'rvm install rbx-head ' |
| 00:48:09 | evan | khaase: so, rbx-head on rvm can't install any extensions? |
| 00:49:12 | khaase | seems likely. it fails during rbx-build extconf.rb. |
| 00:49:22 | evan | hrm. |
| 00:49:30 | evan | oooh |
| 00:49:32 | evan | could you gist the output? |
| 00:49:36 | evan | i just added rbx-build actually |
| 00:49:40 | evan | maybe I screwed something up. |
| 00:49:44 | wayneeseguin | khaase: if you do with '--trace' it'll show all commands |
| 00:52:23 | khaase | evan: http://gist.github.com/317974 |
| 00:52:55 | evan | mmmmmmmmmm |
| 00:52:57 | evan | i did this. |
| 00:52:59 | evan | wayneeseguin: you're off the hook. |
| 00:53:04 | evan | give me a sec |
| 00:53:05 | wayneeseguin | w00t! |
| 00:53:15 | wayneeseguin | wipes the sweat off his brow |
| 00:54:08 | wayneeseguin | haha |
| 00:54:09 | wayneeseguin | mkmf.rb can't find header files for ruby at /Users/wayne/.rvm/rubies/rbx-head/include/ruby.h |
| 00:54:12 | wayneeseguin | I got the same error |
| 00:54:31 | evan | yeah |
| 00:54:53 | evan | mkmf.rb is a pain in my ass. |
| 00:55:12 | kronos_vano | )) |
| 00:55:22 | khaase | also, i have that extremely verbose output of --trace now, if anybody is looking for some evening reading. |
| 00:55:36 | evan | ok |
| 00:55:39 | evan | khaase: pretty sure i've got it. |
| 00:55:51 | evan | give me a sec, i'll push a change. |
| 01:04:20 | khaase | evan: no hurry. think i gonna leave soon anyway, farbuary has been gone for some time now around here and it's like monday, which sucks. will have a look at it tomorrow. |
| 01:04:34 | evan | ok |
| 01:04:37 | evan | i've got it fixed |
| 01:04:40 | evan | about to push it |
| 01:04:47 | boyscout | Add RBX_CAPI_DIR to assign in building extensions - 07d613e - Evan Phoenix |
| 01:04:55 | evan | update and give that a shot |
| 01:07:54 | khaase | evan: yay, worked. |
| 01:08:14 | evan | cool |
| 01:08:53 | khaase | bah... no method 'nth_ref' on an instance of Rubinius::VariableScope. (NoMethodError) when running some real code |
| 01:09:18 | evan | you've got stale .rbc files |
| 01:09:30 | evan | very stale |
| 01:09:52 | evan | because newer .rbc files are automatically detected as bad |
| 01:10:01 | boyscout | CI: rubinius: 07d613e successful: 3037 files, 11971 examples, 36275 expectations, 0 failures, 0 errors |
| 01:10:03 | evan | do a find dir -name "*.rbc" -delete |
| 01:10:06 | evan | and you'll be fine |
| 01:11:03 | khaase | i usually have those added to my rake clobber task. however, that sometimes spares the rakefile.compiled.rbc for some reason. |
| 01:11:13 | evan | ah |
| 01:11:14 | evan | yeah |
| 01:11:23 | evan | we've solved the problem now |
| 01:11:33 | evan | via some signature/versioning magic |
| 01:11:50 | evan | compiler changes updated the signature, which invalidate old .rbc files |
| 01:11:57 | khaase | nice |
| 01:12:16 | khaase | hmm... still persists. i think it's caused by some old gem's rbc-files |
| 01:12:44 | evan | yeah, you might have to hunt them down a bit |
| 01:12:46 | evan | it's a pain, i know. |
| 01:12:52 | evan | but thankfully this should be your last time :) |
| 01:13:44 | khaase | yep. and my specs pass. meaning that bug is definitely gone. thanks again, evan. |
| 01:14:20 | evan | no prob! |
| 01:14:28 | evan | thanks for running your specs and letting us know |
| 03:45:36 | heftig | so I'm trying to compile rubinius, but I'm running into errors because of unused or uninitialized variables |
| 03:46:19 | heftig | i see that assertions are used everywhere, but those lines are apparently disabled because the code is compiled with -DNDEBUG |
| 03:46:34 | heftig | however, i have no idea where this flag is set |
| 04:25:08 | heftig | anyone? |
| 05:32:24 | brixen | heftig: if you are building with a system llvm, that may be setting NDEBUG |
| 05:32:50 | heftig | ah right, it does |
| 05:32:57 | brixen | heftig: try ./configue --skip-system if you are using a system llvm |
| 07:30:18 | boyscout | Added stdin and snippet support to compiler CLI. - a800d9a - Brian Ford |
| 07:30:18 | boyscout | Added SexpPrinter to render an AST. - c4c389e - Brian Ford |
| 07:30:18 | boyscout | Added String#to_sexp and File.to_sexp. - 9ff2fee - Brian Ford |
| 07:30:18 | boyscout | Standardize some AST class names. - 2bbdc8d - Brian Ford |
| 07:30:18 | boyscout | Fixed misspelling of snippet. - 9ff8193 - Brian Ford |
| 07:37:07 | boyscout | CI: rubinius: 9ff8193 successful: 3037 files, 11971 examples, 36275 expectations, 0 failures, 0 errors |
| 08:46:28 | dbussink | evan: ping? |
| 16:56:05 | evan | morning |
| 17:03:27 | rue | I reject your timezone and substitute my own |
| 17:11:32 | evan | solar position substitution approved |
| 17:12:05 | rue | Excellent, now we can blow something up |
| 17:12:49 | evan | can we use the giant magnifying glass to blow up some asteroids? |
| 17:19:13 | brixen | morning |
| 17:21:17 | evan | brixen: good job on #to_sexp ! |
| 17:21:41 | brixen | heh, thanks |
| 17:21:47 | brixen | ruby sure has a lot of syntax |
| 17:22:24 | evan | yeah |
| 17:24:22 | BrianRice-work | :) |
| 17:25:42 | brixen | going from the rather nice AST back to the sometimes wacky MRI parsetree was much much easier than vice-versa |
| 17:25:57 | evan | i can tell, it only took you a couple days |
| 17:26:02 | brixen | heh |
| 17:26:21 | evan | i'm pushing through getting in_rescue removed |
| 17:26:25 | brixen | I forget how many hours I spent on the 120 lines of the MultipleAssignment node |
| 17:26:25 | evan | should be done this morning |
| 17:26:32 | brixen | ahh cool |
| 17:27:33 | brixen | I'm going to work on defined? |
| 17:27:38 | brixen | #122 and other holes |
| 17:27:50 | evan | rad. |
| 17:27:55 | evan | thats perfect. |
| 17:30:38 | brixen | evan: do you want lib/bin/describe.rb anymore? you can now do: echo 'foo' | bin/rbx compile -[whatever] - to read stdin |
| 17:30:53 | brixen | or bin/rbx compile - and it will block reading stdin |
| 17:30:59 | evan | you can nuke it |
| 17:31:03 | brixen | k |
| 17:31:23 | brixen | still would love to make an irb plugin to enable interactive compiler |
| 17:31:35 | evan | yeah |
| 17:31:39 | evan | we shoud make one |
| 17:31:39 | brixen | what happened to wycats refactor of irb? |
| 17:31:46 | evan | still on github I think |
| 17:31:51 | brixen | ah ok |
| 17:50:41 | brixen | what the hell does "returns 'method' when defined?(Kernel.puts) is sent (attribute)" even mean? |
| 17:50:50 | brixen | starts rewriting defined? specs |
| 17:50:54 | brixen | le ugh |
| 17:51:38 | brixen | thankfully I have Goldfrapp to keep me company |
| 17:59:01 | dbussink | evan: got a question on the gem precompilation, is it by design that it swallows any exceptions that have occured? |
| 17:59:17 | evan | nope |
| 18:00:47 | dbussink | evan: because i changed it to throw an exception for #142, but it silently continued |
| 18:01:12 | evan | lets see.... |
| 18:01:31 | evan | ah right |
| 18:01:32 | evan | well |
| 18:01:34 | evan | hm |
| 18:01:42 | evan | since this is ahead of time |
| 18:01:47 | evan | it should probably swallow it yes. |
| 18:01:50 | evan | and let it fail later |
| 18:01:54 | evan | when they try to run the code |
| 18:01:58 | evan | the precompiling is a convience |
| 18:02:20 | dbussink | how is compilation for gems handled security wise? ownership of rbc's etc? |
| 18:03:03 | evan | by the user doing the install |
| 18:03:06 | evan | which is the point |
| 18:03:14 | evan | since the gem installation might be done by root |
| 18:03:23 | dbussink | exactly, but if precompilation failed that can cause issues then |
| 18:03:23 | evan | and thusly go to places a user can't write |
| 18:03:29 | evan | nah |
| 18:03:30 | evan | it's not an issue |
| 18:03:37 | evan | that file will always just load cold |
| 18:03:41 | evan | and fail then |
| 18:03:42 | evan | no biggy. |
| 18:03:50 | dbussink | i'm just wondering whether fail early and fail fast might be the better approach initially |
| 18:04:26 | brixen | yeah, probably should |
| 18:04:44 | evan | i don't think so. |
| 18:04:45 | brixen | does the precompilation tie into gem error handling? |
| 18:04:57 | evan | failing during gem installation is a lot more complicated |
| 18:04:58 | evan | a lot. |
| 18:05:08 | evan | failing at file require time is easy. |
| 18:05:11 | evan | and clear to the user |
| 18:05:55 | brixen | true, it's not actually related to installation |
| 18:06:19 | brixen | and the gem wouldn't need to be re-installed when the rbx error is fixed |
| 18:06:47 | brixen | ie, the error is in rbx, not in the gem or in the installation |
| 18:09:36 | dbussink | does this make sense for people? https://gist.github.com/9a84aa7eaa6494199464 |
| 18:10:43 | evan | right, since it's a rbx error, we should swallow it and allow it to pop up later if need be. |
| 18:11:08 | evan | dbussink: yeah, thats fine |
| 18:11:19 | evan | we'll still need to audit the call path for var_table_add though |
| 18:11:24 | evan | there are other things we're leaking |
| 18:14:48 | brixen | maybe we should add a little pool memory structure that can be called to free everything when we bail out |
| 18:15:38 | evan | yeah |
| 18:15:40 | evan | probably |
| 18:16:08 | evan | we use longjmp in rb_raise, so we can't use C++ destructors |
| 18:16:37 | brixen | yeah, some explicit cleanup before we rb_raise |
| 18:16:51 | boyscout | More friendly error when a large number of variables is used - cf560ad - Dirkjan Bussink |
| 18:22:21 | evan | dbussink: if you want to REALLY fix that |
| 18:22:34 | evan | var_table should use an STL vector |
| 18:22:38 | evan | so it has no fixed size. |
| 18:22:46 | dbussink | that's an even nicer fix yeah |
| 18:23:00 | dbussink | but isn't melbourne c only? |
| 18:23:18 | evan | no |
| 18:23:21 | evan | i don't think so... |
| 18:23:30 | boyscout | CI: rubinius: cf560ad successful: 3037 files, 11971 examples, 36275 expectations, 0 failures, 0 errors |
| 18:23:35 | evan | it's C++ |
| 18:23:41 | evan | i see lots of .cpp files :D |
| 18:23:41 | dbussink | well, someone has rewritten it to be used in mri too |
| 18:23:50 | evan | brian did |
| 18:23:51 | evan | thats fine |
| 18:23:53 | dbussink | i see extern C ;) |
| 18:23:57 | evan | you can use C++ in MRI extensions |
| 18:26:36 | brixen | fun [ruby-core:28383] |
| 18:28:37 | dbussink | brixen: i see a quote that will thrill you again "According to the draft of ruby-std, it is implementation defined when |
| 18:28:37 | dbussink | the class variable scope is ambiguous." |
| 18:30:35 | brixen | exactly |
| 18:30:53 | brixen | but now we have a mechanism to deal with this in rubyspec |
| 18:31:52 | brixen | I think the "implementation defined" stuff in the ISO standard is mostly to get 1.8 and 1.9 both under the same document |
| 18:31:58 | brixen | which sucks, but oh well |
| 18:32:06 | brixen | no one is going to run the ISO standard :) |
| 18:32:35 | evan | implement the ISO spec and you'll pass nothing! |
| 18:33:11 | brixen | you'll pass some hot air about the iso standard blah blah blah |
| 18:33:12 | brixen | heh |
| 18:33:38 | brixen | ironruby has been so quiet on the rubyspecs lately, maybe they switched to the iso standard |
| 18:33:41 | brixen | haha |
| 18:34:04 | evan | hah |
| 20:06:48 | dbussink | is there any reason xfree() is used in var_table.cpp in melbourne? |
| 20:07:13 | evan | i don't recall |
| 20:07:15 | evan | probably not |
| 20:07:43 | dbussink | since that breaks if i remove the extern C stuff |
| 20:09:05 | evan | you can pretty safely change it |
| 20:11:07 | antonioalegria | hi peoplinius |
| 20:11:22 | antonioalegria | anyone here recommends RVM for multiruby development? |
| 20:11:31 | evan | antonioalegria: wayneeseguin probably does. |
| 20:11:34 | wayneeseguin | lol |
| 20:12:26 | antonioalegria | lead developer, I see |
| 20:12:28 | antonioalegria | :-D |
| 20:12:43 | antonioalegria | but c'mon, other people, does it "Just Work (tm)"? |
| 20:13:03 | evan | a lot of people using rubinius use rvm to set it up |
| 20:13:06 | evan | so i'd say yes. |
| 20:13:38 | antonioalegria | I'm trying to develop a new app with 1.9 but I need to come back to 1.8 to see if some crashes are because of incompatibilities and I would like to try Rubinius while I go along |
| 20:13:39 | antonioalegria | so |
| 20:13:54 | antonioalegria | I'm having problems with default Mac OS X ruby and macports ruby1.9 |
| 20:13:59 | antonioalegria | because of gem binaries |
| 20:15:45 | antonioalegria | ok, 'll give it a try |
| 20:18:23 | antonioalegria | wayneeseguin: do you recommend installing via git instead of gem? |
| 20:18:36 | wayneeseguin | yes |
| 20:18:53 | wayneeseguin | antonioalegria: http://rvm.beginrescueend.com/rvm/install/ |
| 20:19:01 | wayneeseguin | Method 1 |
| 20:19:31 | antonioalegria | appreciate it |
| 20:19:40 | wayneeseguin | antonioalegria: Depending on the state of your system you might also end up needing these: http://rvm.beginrescueend.com/packages/ |
| 20:19:54 | wayneeseguin | Usually people who have upgraded to SL instead of clean install need those things |
| 20:20:13 | antonioalegria | right |
| 20:20:23 | antonioalegria | I'm a clean install kind of guy ^_^ |
| 20:20:34 | wayneeseguin | GOOD :) |
| 20:20:42 | antonioalegria | but if I'll be sure to remember it if any errors occur |
| 20:55:51 | dbussink | evan: https://gist.github.com/6bcf71ee83990fa55617 |
| 21:13:36 | dbussink | evan: that's with a vector :) |
| 21:27:07 | evan | dbussink: perfect! |
| 21:27:15 | evan | 12445 locals? no problem! |
| 21:27:52 | dbussink | i removed the deletion from var_table since it seemed that it wasn't used anywhere |
| 21:28:56 | evan | cool |
| 21:31:16 | brixen | falls out of chair, kinda |
| 21:31:18 | brixen | wow [ruby-core:28385] |
| 21:31:34 | brixen | that's at least the second post where an MRI patch also has rubyspec patch |
| 21:31:38 | brixen | mame rocks |
| 21:32:38 | brixen | mame is Yusuke Endoh's irc nick for those following along at home |
| 21:33:38 | boyscout | Rework melbourne's var_table to use a std::vector - f6644e3 - Dirkjan Bussink |
| 21:33:47 | dbussink | i love commits like " 2 files changed, 16 insertions(+), 57 deletions(-)" |
| 21:34:34 | evan | hell yeah |
| 21:40:15 | boyscout | CI: rubinius: f6644e3 successful: 3037 files, 11971 examples, 36275 expectations, 0 failures, 0 errors |
| 21:41:09 | brixen | Dirkjan the Deleter |
| 21:41:10 | brixen | :) |
| 21:45:51 | dbussink | brixen: i can be much more rigourous ;) |
| 21:45:59 | dbussink | but i'm going to get some sleep :) |
| 21:47:03 | brixen | dbussink: heh, of course, rest up to battle another day :) |
| 21:47:17 | dbussink | nite! |
| 21:47:22 | brixen | nite! |
| 21:47:29 | evan | dbussink: nite! |
| 23:07:23 | evan | huzzah, got the specs fixed. |
| 23:12:07 | brixen | sweet |
| 23:29:49 | boyscout | Handle very long lines in the backtrace better - 3daf3fd - Evan Phoenix |
| 23:29:49 | boyscout | Lame rails ivar conflict fix - 9fd5185 - Evan Phoenix |
| 23:29:49 | boyscout | Lame rails ivar conflict fix - bfdfcb6 - Evan Phoenix |
| 23:29:49 | boyscout | Fix Regexp#names to return an array of Strings, not Symbols - aaa2cad - Evan Phoenix |
| 23:29:49 | boyscout | Change asserts() in interpreter to raise InternalError - 3823dd2 - Evan Phoenix |
| 23:29:50 | boyscout | Fix exception stomping bug in exception condition check - 20ff335 - Evan Phoenix |
| 23:29:50 | boyscout | Lame rails ivar conflict fix - 1f21ac3 - Evan Phoenix |
| 23:29:50 | boyscout | Add spec Autoload for running in an exception condition - feb4fed - Evan Phoenix |
| 23:30:24 | evan | badabing |
| 23:30:30 | brixen | bada boom |
| 23:38:14 | boyscout | CI: rubinius: feb4fed successful: 3037 files, 11972 examples, 36276 expectations, 0 failures, 0 errors |