Show enters and exits. Hide enters and exits.
| 00:39:41 | morris1 | there seems to be alot of different doc types in the docs... markdown, rdoc, anything else? |
| 00:51:18 | brixen | morris1: it's been a migration of sorts |
| 00:51:32 | brixen | it should be converted to all markdown |
| 00:51:56 | morris1 | okay i have some spare time, will try to do that |
| 00:52:03 | brixen | sweet thanks! |
| 00:52:20 | brixen | ideally, converted to markdown that would run through jekyll |
| 00:52:42 | brixen | so we could easily put it up on a github doc site |
| 00:53:35 | brixen | currently, rubini.us is hosted there, but I've been toying with a single-page replacement that would just link to a doc site |
| 00:53:51 | brixen | I think it would clean it up a lot and keep the Rubinius message short and sweet |
| 00:55:21 | morris1 | alright... so jekyll would also be the preferred way to build the docs locally? |
| 00:55:55 | brixen | you mean to gen a local .html set? |
| 00:56:07 | morris1 | yeah |
| 00:56:14 | brixen | yep, that'd be perfect |
| 01:13:02 | morris1 | brixen: so how is that supposed to work; every doc file should become a "post" in jekyll? |
| 01:15:22 | brixen | hmm |
| 01:15:26 | brixen | I think so |
| 01:15:33 | brixen | I just started playing with jekyll |
| 01:15:40 | brixen | mostly checking out the jekyll sites |
| 01:15:59 | morris1 | can you give me an example of what you'd expect it to look like? |
| 01:16:22 | brixen | well, #1 concern is easy to read |
| 01:16:39 | brixen | less decoration the better, but a good font is absolutely the most important |
| 01:16:43 | brixen | seen these? http://wiki.github.com/mojombo/jekyll/sites |
| 01:18:11 | brixen | basically, an index sidebar and one page per file would be ideal I think |
| 01:18:24 | brixen | if we want to make fancier nav, that's an option |
| 01:19:21 | morris1 | i feel jekyll is a lot to "bloggish" for that |
| 01:19:57 | brixen | how so? |
| 01:22:59 | morris1 | just most of the sites i looked at were blogs or organized through posts... but i'll dig further and see |
| 01:23:28 | brixen | well, http://pages.github.com/ or http://defunkt.github.com/ambition/ |
| 01:23:45 | brixen | there are a lot of blog examples, but nothing requires it to be "bloggy" |
| 01:26:07 | brixen | cia! what did I say |
| 01:26:37 | evan | why is there a CIA bot in here.. |
| 01:26:48 | brixen | eavesdropping without a warrant |
| 01:26:55 | brixen | in a public channel no less |
| 01:26:58 | brixen | silly CIA |
| 01:27:37 | evan | heh |
| 01:31:41 | imajes | well |
| 01:31:47 | imajes | the CIA are after former wall street traders to join them |
| 01:32:00 | imajes | and they were anything but covert |
| 01:32:59 | brixen | nothing like in-your-face greed is good parties, huh |
| 01:45:55 | morris1 | hm... current jekyll implementation requires the destination dir not to be a sub dir of the source dir, i.e. doc/ and doc/generated/ won't work |
| 01:46:13 | brixen | that's ok |
| 01:46:18 | morris1 | or, more precisely, the second generation will duplicate the destination |
| 01:46:24 | brixen | put it wherever and gitignore it |
| 01:46:38 | brixen | put it at /documentation |
| 01:46:41 | morris1 | doc_html ? |
| 01:47:13 | brixen | how about rbx_root/documentation |
| 01:47:26 | brixen | doc_html isn't that user friendly |
| 01:47:41 | brixen | unless you think doc and documentation will be seriously confusing |
| 01:48:02 | morris1 | no you're right, good point |
| 01:48:15 | morris1 | another thing: everything has to be base.markdown then :/ |
| 01:48:20 | morris1 | no more .txt |
| 01:48:22 | brixen | ok |
| 01:48:24 | brixen | that's fine |
| 01:48:34 | brixen | I did .txt not knowing better |
| 01:49:12 | morris1 | .txt is better imho, since it is then clear that you can easily read it with a simple text editor |
| 01:49:42 | brixen | yeah |
| 01:50:07 | brixen | but we'll make an easy rake task to gen the html and open a browser window :) |
| 01:51:48 | morris1 | i have a bad feeling about this, had to install a zillion gems to get this running |
| 01:52:14 | brixen | to get jekyll to run? |
| 01:52:35 | brixen | actually, there's no reason we can't commit the html as well |
| 01:52:55 | brixen | so generally the user will not need jekyll |
| 02:08:22 | morris1 | too late now, going to check back tomorrow |
| 02:08:37 | morris1 | good night |
| 02:28:34 | ddub | hi hi |
| 02:30:00 | brixen | dub dub, wassup |
| 07:42:28 | boyscout | Use float_mod primitive instead of divmod - 8286cac - Dirkjan Bussink |
| 07:44:37 | boyscout | CI: 8286cac success. 2723 files, 10827 examples, 33840 expectations, 0 failures, 0 errors |
| 15:13:11 | sbryant_work | Morning |
| 17:23:16 | brixen | morning sbryant_work |
| 17:28:11 | sbryant_work | How are you this day? |
| 17:30:20 | brixen | I'm trying to figure out what I broke last night that is giving me thousands of spec failures |
| 17:31:03 | brixen | on the plus side, rbx can peg 2 cores outputting spec failures to the terminal |
| 18:22:57 | evan | morning |
| 18:23:05 | brixen | morning |
| 18:39:18 | evan | brixen: hows that weird spec failure going? |
| 18:40:05 | brixen | well, working on it |
| 18:40:16 | brixen | writing a bunch more specs for Array::IdentityMap |
| 18:40:29 | brixen | finally got the Iterator working well |
| 18:41:19 | brixen | something triggers an avalanche of failures though |
| 18:42:07 | evan | brixen: strange |
| 18:42:31 | brixen | yeah |
| 18:43:24 | brixen | the primitive structure is so nice and coherent now |
| 18:43:36 | brixen | super easy to port in either direction |
| 18:44:27 | evan | nice |
| 18:44:44 | evan | well crap |
| 18:45:04 | evan | looks like i'm going to have to untangle the jit compiler code to get generic method inlining working |
| 18:45:08 | evan | oh well. |
| 19:48:40 | sbryant_work | brixen: on the spec failures and pegging cpu cores. Does that mean rbx is pegging cpus through terminal output? |
| 19:55:15 | sbryant_work | The reason I ask is because once I thought I had got an operation to peg a cpu and it turned out to be lock contention :( |
| 19:56:03 | brixen | sbryant_work: hmm |
| 19:57:43 | brixen | it appears to me that IO is working well is what I meant |
| 19:58:05 | brixen | I'm not sure how this situation is the same as your lock contention |
| 20:01:45 | sbryant_work | I'd assume it wasn't |
| 20:01:53 | sbryant_work | I was just asking to see if that was unusual |
| 20:01:58 | brixen | ahh I see |
| 20:05:47 | sbryant_work | Yeah it was a pretty sketchy situation, I was doing crazy things with live transcoding from a firewire camera |
| 20:06:08 | sbryant_work | And sending the resulting feed over the network |
| 20:06:29 | sbryant_work | SO I expected high cpu but it wasn't from where I expected it |
| 20:30:41 | cleverer | every time I run 'rake install', it recompiles everything and then dies with "Unable to find a script 'compile'' in kernel/loader.rb |
| 20:32:32 | cleverer | I think it's looking for compile.rb in /usr/local/lib but it isn't there because I haven't installed yet |
| 20:35:25 | evan | cleverer: rake install is busted |
| 20:35:27 | evan | don't use it. |
| 20:35:41 | evan | we need to just remove it |
| 20:35:43 | evan | until it's fixed. |
| 20:36:48 | sbryant_work | Long weekend! |
| 20:37:12 | brixen | cleverer: there is no need to install rbx to test it either |
| 20:37:23 | brixen | cleverer: just ln bin/rbx or vm/vm wherever you want |
| 20:37:46 | brixen | or run it from the directory |
| 21:00:38 | evan | this is easier |
| 21:00:55 | evan | than me asking brixen why wycats said he said what he didn't say |
| 21:00:56 | evan | :D |
| 21:01:06 | brixen | heh |
| 21:02:36 | evan | anyway, so the rails -h graph isn't right? |
| 21:02:47 | brixen | I don't believe so, no |
| 21:02:54 | brixen | but I can check |
| 21:02:57 | brixen | sec.. |
| 21:02:57 | evan | k |
| 21:04:19 | brixen | nope, not right http://gist.github.com/139680 |
| 21:05:26 | evan | DOH |
| 21:05:30 | evan | i forgot about that. |
| 21:05:32 | evan | shit. |
| 21:05:52 | evan | brixen: we should probably figure out how to make the graphs fail more violently |
| 21:06:16 | brixen | sure |
| 21:08:13 | cleverer | so how do I install then? |
| 21:09:29 | evan | you don't |
| 21:09:36 | evan | or, if you munt |
| 21:09:37 | evan | must |
| 21:09:46 | evan | ln -s ~/git/rbx/bin/rbx ~/bin |
| 21:10:10 | cleverer | okie |
| 21:10:41 | brixen | evan: grabbing some food, bbiab.. |
| 21:10:42 | cleverer | also, one of the ci specs fails.. BigDecimal.new.. is this news? |
| 21:10:46 | evan | brixen: k |
| 21:11:00 | evan | cleverer: um. must be |
| 21:11:09 | evan | cleverer: how are you running the specs? |
| 21:11:21 | cleverer | the one checking for the segfault |
| 21:11:29 | wycats | evan: brixen said the graphs were for obsessors and they can be safely ignored ;) |
| 21:11:42 | wycats | "those benchmark graphs are mostly useful for people to obsess over; ie, not at all" |
| 21:11:46 | evan | he send me what you guys talked about |
| 21:11:50 | cleverer | it doesn't segfault, but it doesn't get the exact tiny value it wants so it fails |
| 21:11:54 | wycats | evan: sure |
| 21:12:02 | wycats | evan: I didn't think I said anything controversial ;) |
| 21:12:13 | wycats | drama party! |
| 21:12:19 | evan | i said they were useluss |
| 21:12:22 | evan | which isn't what he said. |
| 21:12:24 | evan | er. |
| 21:12:25 | evan | you said. |
| 21:12:27 | evan | anyway |
| 21:14:03 | evan | wycats: it's not drama, i was confused. |
| 21:16:18 | wycats | "and I should stop looking at the graphs |
| 21:16:18 | wycats | they are useless |
| 21:16:18 | wycats | he says" |
| 21:16:27 | wycats | pretty sure that's a fair representation of what he said |
| 21:16:30 | wycats | is so confused now |
| 21:17:00 | brixen | wycats: my point is that the graphs can be misleading without additional info |
| 21:17:07 | brixen | and people obsess over them |
| 21:17:18 | brixen | they are a single data point, period |
| 21:19:25 | brixen | what I said somehow got to evan as "the graphs are totally broken" |
| 21:19:41 | brixen | what I don't need is to have two disconnected convos at the same time |
| 21:19:56 | brixen | wycats: so, if you have question, could you ask it here? |
| 21:22:19 | wycats | brixen: whatever |
| 21:22:26 | wycats | you guys are kinda insane |
| 21:22:34 | brixen | it's a reasonable request |
| 21:22:41 | wycats | "if you want to talk to me, please discuss things in the public channel" |
| 21:22:45 | wycats | whatever it's fine |
| 21:22:51 | brixen | just ask us here if it's about an issue with rbx |
| 21:22:55 | wycats | THERE WASN'T |
| 21:22:56 | brixen | why is that a problem? |
| 21:22:57 | wycats | CHRIST |
| 21:23:00 | wycats | There wasn't an issue |
| 21:23:03 | wycats | I was having an amiable chat |
| 21:23:11 | wycats | "oh... nice to see that you made a big improvement" |
| 21:23:14 | wycats | "yay!" |
| 21:23:22 | wycats | "Look... I posted something nice about rbx on stack overflow" |
| 21:23:36 | wycats | you may as well just say "please stop IMing me... I don't like you and don't want to talk to you" |
| 21:23:39 | wycats | that's fine |
| 21:23:40 | brixen | it's not that big a deal wycats |
| 21:23:51 | wycats | brixen: you're right |
| 21:23:56 | brixen | I just don't want to waste time sorting out telephone |
| 21:24:12 | wycats | but saying "if you want to talk to me you have to do it in public" is whatever |
| 21:24:20 | wycats | I'll oblige your request |
| 21:24:26 | wycats | thanks for letting me know |
| 21:24:29 | brixen | well, ok |
| 21:24:39 | brixen | I'm not saying don't talk to me |
| 21:24:54 | brixen | you should probably listen to me and not assume I'm saying something I'm not |
| 21:26:00 | wycats | I wasn't actually discussing a bug in rbx |
| 21:26:13 | wycats | I was having a random conversation in which I was congratulating evan on a speed improvement |
| 21:26:23 | wycats | apparently I am not allowed to have such a conversation |
| 21:26:28 | wycats | I will remember that for the future |
| 21:26:32 | brixen | I never said that |
| 21:26:59 | brixen | I said I didn't want to have two disconnected convos and sort out why msgs are getting crossed |
| 21:27:07 | brixen | it's a reasonable request |
| 21:27:11 | wycats | yep |
| 21:27:15 | wycats | for a specific thing yes |
| 21:27:20 | wycats | which is why I came in here! |
| 21:27:21 | brixen | all the extraneous drama you are starting, not us |
| 21:27:56 | sbryant_work | lols. |
| 21:28:36 | brixen | anyway, I'm going to go finish my sandwich |
| 21:28:40 | sbryant_work | haha. |
| 21:28:43 | sbryant_work | So everyone okay now? |
| 21:30:33 | wycats | sbryant_work: :P |
| 21:30:37 | sbryant_work | :D |
| 21:31:05 | sbryant_work | That might take the cake for the most useless conversation of the day. |
| 21:31:33 | sbryant_work | "There's no problem, but here's what the problem would have been..." is what that conversation looked like to me from the outside |
| 21:32:39 | sbryant_work | But what the hell do I know? |
| 21:41:45 | sbryant_work | have a nice weekend, hopefully I'll pop in this weekend. |
| 21:58:54 | evan | ok, back to generic method inlining... |
| 21:58:58 | evan | lets see.. |
| 22:02:35 | wycats | have you guys tried to run the Rails test suite against rbx? |
| 22:03:45 | evan | we did a while back |
| 22:03:49 | evan | you should give it a shot |
| 22:03:52 | wycats | I should |
| 22:03:55 | wycats | did they pass back then? |
| 22:04:05 | wycats | there are a lot of little details (esp. in time/date) that gave jruby ulcers |
| 22:04:06 | evan | i think there ones that didn't |
| 22:04:07 | evan | oh |
| 22:04:15 | evan | and we got some segfaults running the AR specs under sqlite |
| 22:04:16 | evan | i believe |
| 22:04:20 | wycats | nice |
| 22:04:39 | evan | we need to figure out how to resolve the BlankSlate issue |
| 22:04:39 | wycats | I'm very interested in getting the test suite passing |
| 22:04:44 | evan | so it will actually load :/ |
| 22:04:48 | wycats | you don't want a private BasicObject? |
| 22:05:01 | evan | BlankSlate doesn't use BasicObject |
| 22:05:11 | evan | at least not in current rails |
| 22:05:17 | evan | and we don't have a BasicObject |
| 22:05:38 | wycats | I think it checks for the existence of BasicObject |
| 22:05:39 | wycats | lemme check |
| 22:05:47 | evan | k |
| 22:06:48 | wycats | AS::BasicObject checks for the existence of ::BasicObject |
| 22:06:50 | slava | hi evan |
| 22:07:08 | wycats | what about the 1.8.6 BasicObject strategy fails on rbx? |
| 22:07:10 | evan | wycats: not in 2.3 |
| 22:07:18 | evan | or whatever is the latest rails in gems |
| 22:08:40 | evan | wycats: well 1) |
| 22:08:44 | evan | we don't have BasicObject |
| 22:08:47 | evan | so that fails off the bat |
| 22:08:56 | wycats | evan: I know |
| 22:08:59 | evan | then there is a bug related to us defining Object#metaclass in the kernel |
| 22:09:02 | wycats | I was asking about the undef strategy |
| 22:09:07 | evan | basically, there is a bug in BlankSlate |
| 22:09:14 | evan | if a method it already undef reappears |
| 22:09:16 | evan | it blows up |
| 22:09:18 | wycats | we can probably get it fixed |
| 22:09:21 | wycats | hmmm |
| 22:09:27 | wycats | and why is it reappearing? |
| 22:09:38 | evan | our kernel defines Object#metaclass |
| 22:09:42 | wycats | is #metaclass non-removable? |
| 22:09:42 | evan | then AS defines it again |
| 22:09:45 | wycats | ah |
| 22:09:55 | evan | BlankSlate removes the kernel version when it's required |
| 22:10:01 | evan | then when the AS version shows up, it tries again |
| 22:10:03 | evan | and blows up |
| 22:10:07 | wycats | yeah |
| 22:10:11 | wycats | that sounds like a bug in BlankSlate |
| 22:10:14 | wycats | I'll open a ticket |
| 22:10:25 | wycats | we can try to get the fix into 2.3.4 |
| 22:10:36 | wycats | what's the simplest way to reproduce |
| 22:10:52 | evan | define a method |
| 22:10:54 | evan | require BS |
| 22:10:57 | evan | define the method again |
| 22:10:58 | evan | BOOM |
| 22:11:34 | wycats | can't reproduce |
| 22:11:35 | wycats | I'll gist |
| 22:11:45 | evan | k |
| 22:12:30 | wycats | http://gist.github.com/139720 |
| 22:12:55 | evan | hm. |
| 22:13:22 | evan | oh |
| 22:13:28 | evan | put the first one on Kernel |
| 22:13:32 | evan | and the 2nd on Object |
| 22:13:35 | evan | try that |
| 22:15:19 | wycats | no explode |
| 22:15:52 | evan | hrm. |
| 22:15:54 | evan | try it under rbx |
| 22:16:01 | evan | you should see it |
| 22:16:17 | evan | if not, maybe i'm mistaken |
| 22:16:27 | evan | it might be an rbx bug |
| 22:16:38 | evan | but i worked through it, seemed like rbx was doing the right thing |
| 22:17:54 | cleverer | is there a way to stop rbx from loading my .irbrc? |
| 22:18:20 | evan | there might be an irb option to do that |
| 22:22:12 | wycats | evan: I'll take a look after work today :) |
| 22:22:17 | wycats | in the meantime I'll get rbx compiling |
| 22:22:20 | wycats | I'm a bit behind ;) |
| 22:22:48 | evan | no prob |
| 22:29:54 | wycats | I'm getting an error that's apparently related to g++ 4.2.1 |
| 22:29:55 | wycats | In file included from vm/primitives.cpp:9: |
| 22:29:55 | wycats | vm/instruments/profiler.hpp:26: error: redefinition of ‘struct std::tr1::hash<long long unsigned int>’ |
| 22:29:55 | wycats | /usr/include/c++/4.2.1/tr1/functional_hash.h:72: error: previous definition of ‘struct std::tr1::hash<long long unsigned int>’ |
| 22:30:00 | wycats | just bringing it in here :) |
| 22:30:10 | evan | yep. |
| 22:30:14 | evan | go into profiler.hpp |
| 22:30:35 | evan | add |
| 22:31:02 | evan | hm |
| 22:31:07 | evan | that must have been added in 4.2.1 |
| 22:31:09 | evan | but not in 4.2 |
| 22:31:11 | slava | tr1::hash? what's that |
| 22:31:13 | evan | thanks g++! |
| 22:31:21 | evan | wycats: run |
| 22:31:30 | evan | cpp -dM < /dev/null |
| 22:31:34 | evan | and pastie the results |
| 22:31:46 | evan | slava: a hash table |
| 22:32:02 | evan | well, that specific thing is how you create hash values for the tr1::hash_table |
| 22:32:03 | slava | but the right name is tr1::unordered_map |
| 22:32:05 | slava | ah |
| 22:32:18 | slava | gitcha |
| 22:32:23 | evan | you define a specialization for your type |
| 22:32:37 | wycats | http://gist.github.com/139727 |
| 22:34:08 | evan | wycats: ok |
| 22:34:23 | evan | so it's __GNUC_PATCHLEVEL__ |
| 22:34:32 | evan | so change the condition on line 22 |
| 22:35:18 | evan | to also run that block only if MINOR <= 2 and PATCHLEVEL < 1 |
| 22:39:37 | wycats | line 22 of what? |
| 22:39:48 | wycats | profiler.hpp? |
| 22:40:09 | morris1 | wow rubinius runs mongrel :) |
| 22:41:21 | wycats | #if (__GNUC__ <= 4 && __GNUC_MINOR__ <= 2 && __GNUC_PATCHLEVEL__ < 1) |
| 22:41:21 | wycats | ? |
| 22:41:32 | evan | no |
| 22:41:33 | evan | er |
| 22:41:36 | evan | yeah |
| 22:41:38 | evan | that should work |
| 23:09:54 | wycats | ld: symbol(s) not found |
| 23:09:54 | wycats | collect2: ld returned 1 exit status |
| 23:09:54 | wycats | rake aborted! |
| 23:10:00 | wycats | after quite a bit of output |
| 23:10:19 | evan | strange. |
| 23:10:26 | diegoviola | hello |
| 23:10:32 | diegoviola | how does rubinius compares to yarv |
| 23:10:34 | diegoviola | is it any faster? |
| 23:10:37 | diegoviola | is it written in c? |
| 23:10:56 | evan | they both use bytecode VMs |
| 23:11:09 | evan | rubinius's VM is written in C++ |
| 23:11:13 | slava | rbx has the potential to be much faster |
| 23:11:13 | diegoviola | whats the point of rubinius then if there is yarv already |
| 23:11:16 | wycats | evan: is it possible to compare just the VM? |
| 23:11:18 | slava | because the overall design is more sound |
| 23:11:19 | evan | with most of the core classes being written in ruby |
| 23:11:33 | evan | diegoviola: i started rubinius before yarv was very far along |
| 23:11:48 | diegoviola | oh |
| 23:11:50 | evan | diegoviola: and they take completely different architecture decisions |
| 23:11:51 | diegoviola | i see |
| 23:12:02 | evan | yarv has a much lower ceiling than rubinius |
| 23:12:10 | evan | because 100% of it's functionality is in C |
| 23:12:56 | diegoviola | i see, but c is good for performance |
| 23:13:45 | evan | diegoviola: for running programs written in C |
| 23:13:49 | evan | but these are programs in ruby |
| 23:14:22 | diegoviola | oh |
| 23:15:28 | boyscout | Fixing File.join, all specs now passing. - a400264 - Cezar Sa Espinola |
| 23:15:45 | brixen | diegoviola: are you a ruby or rails developer? |
| 23:16:13 | diegoviola | brixen: both |
| 23:16:19 | wycats | evan: to be fair, Ruby programs run faster in YARV than rbx NOW, but the potential is greater |
| 23:16:20 | brixen | cool |
| 23:16:26 | diegoviola | brixen: i'm doing telephony application with ruby also |
| 23:16:29 | wycats | evan: thoughts on the exception |
| 23:16:32 | wycats | ? |
| 23:16:37 | evan | wycats: right, mainly because the YARV core classes are in C |
| 23:16:54 | slava | having core classes in C is a disadvantage as soon as you start doing type feedback and inlining |
| 23:16:56 | evan | wycats: exception? |
| 23:17:00 | evan | you got a link error I thought |
| 23:17:06 | diegoviola | brixen: http://pastie.org/503951 |
| 23:17:07 | wycats | yeah sorry |
| 23:17:11 | wycats | bad terminology |
| 23:17:13 | evan | wycats: gist the whole thing |
| 23:17:14 | evan | let me see |
| 23:17:16 | wycats | k |
| 23:17:45 | boyscout | CI: a400264 success. 2723 files, 10829 examples, 33851 expectations, 0 failures, 0 errors |
| 23:17:47 | diegoviola | yarv is my current favorite vm but rubinius looks interesting also |
| 23:17:58 | diegoviola | i like yarv because of it's speed |
| 23:18:23 | wycats | http://gist.github.com/139754 |
| 23:18:26 | brixen | diegoviola: have you looked at adhearsion? |
| 23:18:47 | diegoviola | brixen: yep but it doesn't support freeswitch |
| 23:18:51 | brixen | I see |
| 23:18:51 | yakischloba | what type of work needs to be done to bring rubinius up to speed and how can us normal people help push it that direction? |
| 23:18:51 | diegoviola | brixen: not completely |
| 23:19:07 | evan | wycats: you need to do a 'rake distclean' |
| 23:19:13 | diegoviola | brixen: i use this for freeswitch: http://github.com/bougyman/freeswitcher/tree/master |
| 23:19:14 | evan | wycats: you've got stuff left over from pre 10.6 |
| 23:19:47 | brixen | yakischloba: there's bugs to fix, you can do: bin/mspec tag --list fails core |
| 23:19:53 | wycats | evan: ah |
| 23:19:53 | brixen | yakischloba: and poke at those if you want |
| 23:19:56 | wycats | I did rake clean |
| 23:20:08 | wycats | trying again |
| 23:21:01 | yakischloba | brixen: right. i guess i was more interested in the first half of that question. i have been planning on poking at the bugs for a while, though |
| 23:21:23 | brixen | yakischloba: well, bugs are a big one |
| 23:21:34 | brixen | yakischloba: what areas are you interested in? |
| 23:21:53 | brixen | algos, jit, GC? |
| 23:22:13 | brixen | yakischloba: you can also run your own ruby code and write specs or report bugs |
| 23:22:18 | slava | evan: I've got a couple of peeps contributing to my compiler now |
| 23:22:21 | yakischloba | brixen: im curious as to what type of things are holding back rbx from fulfilling it's potential to be fast |
| 23:22:30 | evan | slava: rad! |
| 23:22:37 | yakischloba | brixen: sorry i am getting used to a new keyboard. very slow here |
| 23:23:10 | brixen | yakischloba: well, perf and compatibility go hand in hand |
| 23:23:26 | brixen | bugs need to be fixed to make code run correctly, so it can be optimized |
| 23:23:33 | yakischloba | I see. |
| 23:23:37 | brixen | optimizing code helps you fix bugs faster |
| 23:23:45 | slava | heh |
| 23:23:49 | brixen | or, at least helps the specs run faster :) |
| 23:25:26 | yakischloba | right :p |
| 23:36:22 | yakischloba | brixen: never fixed __WORDSIZE? |
| 23:37:18 | brixen | yakischloba: I'm not sure what the correct fix is |
| 23:37:28 | yakischloba | heh |
| 23:37:31 | brixen | wasn't that on PPC? |
| 23:37:38 | yakischloba | tiger |
| 23:37:41 | brixen | tiger or something |
| 23:37:42 | brixen | yeah |
| 23:37:50 | brixen | you could try finding the correct fix |
| 23:38:01 | yakischloba | i386 tho |
| 23:38:06 | brixen | ok |
| 23:38:10 | brixen | so, basically tiger |
| 23:38:11 | yakischloba | WORD_BIT was the equiv that i found |
| 23:38:16 | brixen | what version of gcc? |
| 23:38:36 | yakischloba | i686-apple-darwin8-gcc-4.0.1 (GCC) 4.0.1 (Apple Computer, Inc. build 5370) |
| 23:38:42 | brixen | ok |
| 23:40:04 | brixen | why are you still on tiger btw? |
| 23:40:31 | yakischloba | long story. summarized, i am too lazy to upgrade |
| 23:41:27 | brixen | heh, ok |
| 23:41:30 | brixen | just curious |
| 23:41:41 | yakischloba | yeah theres no real reason. |
| 23:42:02 | wycats | evan: still gettin' it |
| 23:42:02 | wycats | ld: symbol(s) not found |
| 23:42:02 | wycats | collect2: ld returned 1 exit status |
| 23:42:02 | wycats | rake aborted! |
| 23:42:12 | evan | hm |
| 23:42:46 | evan | wycats: you might consider a fresh clone |
| 23:42:52 | evan | just to remove all doubt about the building |
| 23:42:58 | wycats | k |
| 23:43:27 | ezmobius | does the jit get built in automaticlaly now? or do i still need to pass an ENV var qhwn i run rake to build? |
| 23:43:38 | brixen | RBX_LLVM=1 rake build |
| 23:43:59 | wycats | cloning |
| 23:44:54 | yakischloba | brixen: i assume it should just be defined somewhere if it does not exist. what file ought that go in |
| 23:45:48 | brixen | um.. |
| 23:46:14 | brixen | is WORD_BIT the same as __WORDSIZE? |
| 23:48:26 | rue_XIV | Not necessarily is the best answer |
| 23:48:40 | yakischloba | yeah |
| 23:48:48 | yakischloba | hrm :/ |
| 23:49:01 | wycats | building :) |
| 23:49:03 | rue_XIV | __WORDSIZE is ours, I think |
| 23:49:55 | brixen | yakischloba: I think rue_XIV is volunteering to help you figure it out |
| 23:50:05 | yakischloba | sweet. |
| 23:50:16 | brixen | I'm not sure the best way |
| 23:50:26 | brixen | probably upgrade to leopard :) |
| 23:50:28 | rue | Naw, the king does not work |
| 23:53:42 | yakischloba | ok |
| 23:54:01 | rue | yakischloba: Are you seeing the problem, or just querying? |
| 23:54:16 | yakischloba | what do you mean |
| 23:54:56 | brixen | yakischloba is using tiger, so it's a problem for him |
| 23:55:08 | yakischloba | yes. we have discussed this before |
| 23:55:48 | rue | yakischloba: Yes, I recall, though not the specifics. The problem still exists, then? Do you remember if there is a ticket on LH or GH for it? |
| 23:56:12 | yakischloba | the problem still exists. i will see if there is a ticket. |
| 23:57:12 | wycats | In file included from vm/primitives.cpp:9: |
| 23:57:12 | wycats | vm/instruments/profiler.hpp:26: error: redefinition of ‘struct std::tr1::hash<long long unsigned int>’ |
| 23:57:12 | wycats | /usr/include/c++/4.2.1/tr1/functional_hash.h:72: error: previous definition of ‘struct std::tr1::hash<long long unsigned int>’ |
| 23:57:19 | yakischloba | there does not seem to be one, no |
| 23:58:42 | brixen | yakischloba: one issue is that we don't have something like config.h atm |
| 23:58:54 | yakischloba | yeah noticed |
| 23:58:54 | rue | Yeah, that probably needs a better guard |
| 23:59:35 | brixen | yakischloba: you could add this to vm/oop.h: #ifndef __WORDSIZE \n #define __WORDSIZE (sizeof(void*) * 8) \n #endif |