| 00:08:01 | * | q66 quit (Remote host closed the connection) |
| 01:00:21 | * | Trixar_za is now known as Trix[a]r_za |
| 01:17:44 | * | reactormonk quit (Ping timeout: 255 seconds) |
| 08:12:57 | * | reactormonk joined #nimrod |
| 09:25:41 | * | xcombelle joined #nimrod |
| 11:22:54 | * | XAMPP_ quit (Quit: My code has no bug's, just random features) |
| 11:23:13 | * | XAMPP joined #nimrod |
| 11:23:13 | * | XAMPP quit (Changing host) |
| 11:23:13 | * | XAMPP joined #nimrod |
| 12:52:32 | * | q66 joined #nimrod |
| 15:50:22 | * | xcombelle quit (Read error: Connection reset by peer) |
| 17:44:27 | * | q66 quit (Read error: Connection reset by peer) |
| 18:08:25 | * | q66 joined #nimrod |
| 18:11:02 | dom96 | hi |
| 18:11:57 | reactormonk | morning |
| 18:12:26 | dom96 | reactormonk: Read our convo about GSoC yesterday? |
| 18:13:37 | reactormonk | dom96, nope, had to restart the IRC |
| 18:13:43 | reactormonk | gimme link to pastie log |
| 18:13:48 | reactormonk | gotta run to lecture... somewhat of. |
| 18:14:30 | dom96 | http://build.nimrod-code.org/irclogs/25-03-2013.html |
| 18:15:35 | reactormonk | good |
| 18:16:02 | dom96 | Are you interested? |
| 18:16:26 | dom96 | Tell Araq and he will sign up as an "organisation" and then you can work on Nimrod ;) |
| 18:51:29 | * | Araq wonders how he can sign up as an "organization" ... |
| 18:52:56 | dom96 | read the FAQ |
| 19:01:35 | Araq | dom96: link? |
| 19:05:47 | dom96 | http://www.google-melange.com/document/show/gsoc_program/google/gsoc2012/faqs |
| 19:08:16 | Araq | actually I'd like a GSoC about better Nimrod <-> C++ interaction |
| 19:08:27 | Araq | this could mean swig support for nimrod |
| 19:08:36 | Araq | or improving c2nim to deal with c++ |
| 19:09:04 | dom96 | You can do that I think |
| 19:10:19 | dom96 | So this surfaced on reddit/HN today. I was quite happy to see Nimrod there: http://www.compileonline.com |
| 19:10:27 | dom96 | The site seems to be broken already though |
| 19:15:08 | dom96 | It doesn't seem to be doing any sandboxing at all |
| 19:18:11 | Araq | plus it only ships with an archaic 0.8.14 |
| 19:19:08 | Araq | interesting though they don't consider the language usable without strutils ... :P |
| 19:19:45 | dom96 | The website doesn't seem to do much sandboxing. |
| 19:19:51 | dom96 | Unless all the apps run in a VM. |
| 19:20:07 | Araq | that's what I'd guess |
| 19:20:39 | Araq | we should remove the jvm with a Nimrod program |
| 19:20:49 | dom96 | lol |
| 19:20:54 | Araq | and watch lots of languages die :P |
| 19:21:07 | dom96 | Many languages already fail |
| 19:21:20 | dom96 | Thanks to Nimrod's few dependencies it works perfectly :D |
| 19:22:00 | Araq | or maybe nobody bothered to destroy the nimrod installation ... |
| 19:22:11 | dom96 | lol |
| 19:22:28 | dom96 | quick write an app which will make Nimrod auto replicate! |
| 19:24:41 | fowl | can we update their nimrod? :D |
| 19:25:27 | Araq | hmm |
| 19:25:54 | dom96 | lol |
| 19:25:57 | dom96 | Good idea! |
| 19:35:33 | reactormonk | dom96, about good |
| 19:44:48 | dom96 | what? |
| 19:45:42 | reactormonk | dom96, the GSoC |
| 19:46:11 | dom96 | Sorry, I don't follow. |
| 19:52:36 | reactormonk | dom96, read the part, have fun setting that up. Or as I see it, it's Araq having the fun. |
| 19:53:06 | Araq | I'm always having fun here ... :P |
| 19:57:46 | dom96 | bbl |
| 20:05:00 | reactormonk | Araq, gimme a wallet ID so I can send your bitoin |
| 20:11:32 | Araq | reactormonk: it feels unfair to get a bitcoin before I fixed that closure bug ... |
| 20:12:28 | reactormonk | Araq, then gimme and I'll send as soon as you're done - that's what I intended anyway ;-) |
| 20:26:39 | reactormonk | Araq, GSoC - https://github.com/Araq/Nimrod/issues/371 would be a project? |
| 20:28:32 | Araq | sure |
| 20:28:38 | Araq | albeit a rather boring one :P |
| 20:29:48 | reactormonk | why so? |
| 20:33:32 | Araq | the current JS backend targets some very old version of JS that should even be supported by IE 6 |
| 20:34:17 | Araq | supporting asm.js etc. makes it too fancy, we may as well target the NaCl stuff IMHO |
| 20:34:55 | reactormonk | so both? |
| 20:38:51 | Araq | actually I think NaCl is a much better than bolting low level stuff on JS |
| 20:39:14 | Araq | but I guess asm.js will win |
| 20:39:23 | reactormonk | why so? |
| 20:39:41 | Araq | because it's worse |
| 20:39:49 | Araq | and worse always wins ;-) |
| 20:41:06 | reactormonk | simpler? |
| 20:44:00 | Araq | simple has not much to do with it |
| 20:44:59 | Araq | it's about backwards compatibility |
| 20:46:51 | reactormonk | oh |
| 21:16:51 | * | gradha joined #nimrod |
| 21:44:02 | Araq | so ... dom96 ... apparently go doesn't deal with versioning |
| 21:44:38 | Araq | instead you can import an url |
| 21:44:51 | Araq | well not really afaik |
| 21:45:21 | Araq | urls are mapped to local filesystem paths |
| 21:45:44 | Araq | and you can update them with "go install url" |
| 21:50:19 | Araq | I must say I like this solution ... no versioning crap that nobody will get right anyway |
| 21:51:05 | dom96 | hrm |
| 21:51:07 | gradha | it's like... git submodules... genius! |
| 21:51:12 | reactormonk | Araq, or you could enforce same exported procs via code analysis when minor number is the same ;-) |
| 21:51:48 | gradha | wouldn't that be part of babel? |
| 21:51:57 | reactormonk | gradha, sure |
| 21:52:02 | gradha | maybe the exported procs could be hashed and that would be part of the version |
| 21:52:22 | reactormonk | but it should be ok to add new stuff |
| 21:52:23 | gradha | though adding stuff doesn't necessarily break stuff, yet changes hash |
| 21:52:55 | gradha | plus you can change the behaviour of a proc without changing its signature and spread chaos anyway |
| 21:53:00 | dom96 | What if your app is dependent on semantics of a particular version not just exported procs? |
| 21:53:04 | reactormonk | gradha, sure you can |
| 21:53:09 | Araq | another idea of mine was to simply hardcode the version number like "import xyz version 0.9" |
| 21:53:32 | reactormonk | dom96, exactly. |
| 21:53:37 | Araq | and then let the linker deal with the resulting code duplication |
| 21:54:00 | Araq | it has means to merge identical procs anyway; C++ templates require it |
| 21:54:45 | Araq | but then your hd fills up with all versions of a package very quickly .. ;-) |
| 21:55:04 | gradha | holy cow, I had forgotten how fast the compiler is being used to run it in debug mode |
| 21:55:36 | Araq | gradha: factor 10 ;-) |
| 21:56:05 | Araq | so Nimrod in excessive debug mode is still 2-4x faster than Python :P |
| 21:57:18 | gradha | I see now why you didn't mind .tmpl files being recompiled |
| 21:58:17 | dom96 | hrm, Aporia needs Nimrod Template highlighting. |
| 22:06:40 | gradha | dom96: maybe you can steal https://github.com/zah/nimrod.vim/issues/6 for Aporia |
| 22:09:25 | dom96 | You just stole it from me! :P |
| 22:09:37 | dom96 | You Vim sinner! |
| 22:09:40 | gradha | what, does Aporia do that? |
| 22:10:04 | dom96 | no. But I just said that it needs it :P |
| 22:10:33 | gradha | no problem, the idea is pretty obvious, it's the implementation which counts |
| 22:11:28 | dom96 | The shebang could be inspected. |
| 22:12:01 | dom96 | "shebang" is also one of the funniest terms I know. |
| 22:40:00 | gradha | why does jester sometimes fail with "Could not bind socket, retrying in 30 seconds", is it the OS not freeing sockets properly or something? |
| 22:42:15 | dom96 | It's a thing that all OS' do. It can be gotten around by setting the SO_REUSEADDR flag, but I still have not gotten around to providing the functionality to do that. |
| 23:50:49 | * | gradha quit (Quit: bbl, have youtube videos to watch) |