| 00:01:04 | * | XAMPP quit (Ping timeout: 252 seconds) |
| 00:03:57 | * | zz_fowl is now known as fowl |
| 01:02:22 | * | q66 quit (Remote host closed the connection) |
| 01:07:57 | * | EXetoC quit (Quit: WeeChat 0.4.1) |
| 01:08:22 | * | fowl is now known as zz_fowl |
| 01:21:35 | * | DAddYE quit (Remote host closed the connection) |
| 01:29:44 | * | zz_fowl is now known as fowl |
| 02:22:51 | * | DAddYE joined #nimrod |
| 02:29:34 | * | DAddYE quit (Ping timeout: 252 seconds) |
| 03:03:20 | * | DAddYE joined #nimrod |
| 03:34:19 | * | fowl is now known as zz_fowl |
| 03:35:06 | * | zz_fowl is now known as fowl |
| 03:49:25 | * | OrionPK quit (Quit: Leaving) |
| 04:17:39 | * | fowl is now known as zz_fowl |
| 04:18:34 | * | DAddYE quit (Remote host closed the connection) |
| 04:39:29 | * | DAddYE joined #nimrod |
| 05:04:33 | * | DAddYE quit (Remote host closed the connection) |
| 05:05:06 | * | DAddYE joined #nimrod |
| 05:09:13 | * | DAddYE quit (Ping timeout: 246 seconds) |
| 05:24:29 | * | durango quit (Quit: durango) |
| 07:06:07 | * | DAddYE joined #nimrod |
| 07:10:29 | * | DAddYE quit (Ping timeout: 256 seconds) |
| 09:33:47 | * | q66 joined #nimrod |
| 11:05:29 | * | gradha joined #nimrod |
| 11:42:54 | * | gradha quit (Quit: bbl, have youtube videos to watch) |
| 13:00:57 | * | EXetoC joined #nimrod |
| 13:01:01 | * | gradha joined #nimrod |
| 13:23:30 | * | ARCADIVS quit (Quit: WeeChat 0.3.8) |
| 14:15:28 | * | OrionPK joined #nimrod |
| 14:56:13 | * | Endy joined #nimrod |
| 15:05:27 | * | [1]Endy joined #nimrod |
| 15:08:34 | * | Endy quit (Ping timeout: 252 seconds) |
| 15:08:34 | * | [1]Endy is now known as Endy |
| 15:22:46 | * | gradha quit (Quit: bbl, have youtube videos to watch) |
| 15:25:59 | EXetoC | big repository. think about all the dial-up users out there |
| 15:26:28 | EXetoC | I'm not saying I got dial-up. that's some ancient shit :> |
| 15:29:32 | * | durango joined #nimrod |
| 15:33:47 | dom96 | EXetoC: clone with --depth 1 |
| 15:37:40 | EXetoC | nah, it's no big deal |
| 15:37:52 | EXetoC | cool, examples just liek work n stuff |
| 15:56:02 | dom96 | :) |
| 16:01:08 | * | DAddYE joined #nimrod |
| 16:07:49 | * | DAddYE quit (Remote host closed the connection) |
| 16:20:08 | * | durango quit (Quit: durango) |
| 16:21:10 | * | EXetoC quit (Read error: Connection reset by peer) |
| 16:24:55 | * | EXetoC joined #nimrod |
| 16:52:56 | * | dom96 quit (Quit: Bye.) |
| 16:54:17 | * | dom96 joined #nimrod |
| 16:57:06 | * | Endy quit (Ping timeout: 264 seconds) |
| 17:00:48 | * | Araq quit (Quit: Bye!) |
| 17:01:04 | * | Araq_bnc joined #nimrod |
| 17:01:11 | * | Araq_bnc is now known as Araq |
| 17:03:25 | * | Trix[a]r_za is now known as Trixar_za |
| 17:08:57 | * | DAddYE joined #nimrod |
| 17:09:28 | * | DAddYE quit (Remote host closed the connection) |
| 17:09:35 | * | DAddYE joined #nimrod |
| 17:15:12 | * | Endy joined #nimrod |
| 17:19:02 | * | Ricky_Ricardo joined #nimrod |
| 17:19:13 | Araq | hi Ricky_Ricardo, welcome |
| 17:19:22 | Ricky_Ricardo | Hi Araq |
| 17:19:37 | EXetoC | YO |
| 17:19:46 | Ricky_Ricardo | Just read about Nimrod, thought I'd say hi. Seems like a cool project. |
| 17:21:03 | Araq | thanks; it's also *useful* ;-) |
| 17:21:18 | dom96 | hello Ricky_Ricardo |
| 17:21:43 | EXetoC | careful, he's biased :p |
| 17:22:23 | EXetoC | here's a less biased statement: it seems kinda epic |
| 17:22:55 | Ricky_Ricardo | I'll say. So it can compile to ObC or C++? I read that somewhere but had trouble finding docs on it |
| 17:23:18 | * | Trixar_za is now known as Trix[a]r_za |
| 17:23:28 | Ricky_Ricardo | ps: Araq just followed you on Github |
| 17:24:39 | dom96 | Ricky_Ricardo: http://build.nimrod-code.org/docs/nimrodc.html#importcpp-pragma |
| 17:24:54 | dom96 | And http://build.nimrod-code.org/docs/nimrodc.html#importobjc-pragma |
| 17:25:41 | dom96 | And you run 'nimrod cpp file.nim' (compile to C++) or 'nimrod objc file.nim' (compile to objective C) |
| 17:25:53 | Ricky_Ricardo | mind = blown. |
| 17:26:01 | EXetoC | not many languages have something like that, right |
| 17:26:03 | Ricky_Ricardo | Experimental js support = more blown |
| 17:27:23 | EXetoC | C excluded of course. D for example has only basic C++ support |
| 17:29:51 | dom96 | Yeah, nimrod has an advantage since it compiles to C. It doesn't take much to be able to compile to C++/ObjC (AFAIK) |
| 17:30:39 | Ricky_Ricardo | I imagine static typed languages can be more flexible about compile targets than dynamically typed ones |
| 17:30:51 | Ricky_Ricardo | Although, I don't know much about compilers |
| 17:31:39 | * | Trix[a]r_za is now known as Trixar_za |
| 17:33:38 | Araq | compiling a dynamically typed language is much easier |
| 17:33:47 | Araq | that's why we have so many of them |
| 17:34:36 | Araq | of course the creators are never honest about it and claim it's a feature that you have to do the type checking in your head ... |
| 17:36:09 | Ricky_Ricardo | That's actually how I found Nimrod in the first place. Got curious about looking into a static typed language (I'm a web developer, so most of my 9-5 work is js or Ruby) |
| 17:36:11 | dom96 | Really? I can't think of many compiled dynamically typed languages. Aren't most interpreted? |
| 17:36:13 | Ricky_Ricardo | the list is pretty small |
| 17:36:31 | Ricky_Ricardo | https://en.wikipedia.org/wiki/Category:Statically_typed_programming_languages where I found Nimrod |
| 17:36:44 | Araq | compiling a dynamically typed language is very easy, dom96 |
| 17:37:02 | Araq | compiling it to machine that actually runs faster than an interpreter is not :-) |
| 17:37:07 | Araq | *machine code |
| 17:37:33 | dom96 | oh cool. My wikipedia article is gaining users :D |
| 17:38:07 | Ricky_Ricardo | What a small world |
| 17:38:45 | dom96 | Araq: I see. I get what you meant now. |
| 17:46:39 | reactormonk | dom96 didn't see that |
| 17:46:43 | Araq | Ricky_Ricardo: you also need to stargaze Araq/Nimrod |
| 17:47:01 | Ricky_Ricardo | oh sure! |
| 17:48:20 | Araq | thank you |
| 17:48:46 | Araq | reactormonk: when do you want to merge your changes btw? |
| 17:54:04 | reactormonk | Araq, as soon as possible... |
| 17:54:14 | reactormonk | Araq, const InSystemModule = true |
| 17:54:23 | reactormonk | ... to circumvent the hti hack |
| 17:55:22 | Araq | and then when defined(inSystemModule) ? |
| 17:55:42 | reactormonk | yup |
| 17:56:34 | Araq | alright looks good |
| 17:57:11 | Araq | you know you can push your branch and nimbuild will run the test suite over it, right? |
| 17:57:30 | Araq | no need to merge into master for testing |
| 17:57:39 | reactormonk | cool |
| 17:58:38 | reactormonk | can I allocate a global variable and store the exception there? |
| 17:58:54 | Araq | that was my suggestion weeks ago :P |
| 17:59:13 | reactormonk | duh. |
| 18:02:07 | reactormonk | Araq, problem: what about exception objects that are too big? |
| 18:03:12 | Araq | there are no big exception objects |
| 18:04:17 | reactormonk | object Efoo of EBase: bar: int <- ? |
| 18:05:22 | reactormonk | does the compiler check that? |
| 18:05:56 | Araq | check what exactly? |
| 18:06:25 | reactormonk | if the data type is too big for the space allocated? |
| 18:06:46 | Araq | yeah I think so |
| 18:07:18 | reactormonk | http://sprunge.us/VUDA there we go. |
| 18:07:36 | Araq | uh no way |
| 18:07:40 | Araq | that doesn't work |
| 18:07:42 | reactormonk | aww |
| 18:08:10 | Araq | you need to do: var invalidIndexEx: EInvalidIndex |
| 18:08:48 | Araq | and change the code quite a bit |
| 18:10:05 | reactormonk | EInvalidIndex? |
| 18:10:57 | Araq | well you need to allocate 1 var per exception type |
| 18:11:12 | Araq | or hack it like this: |
| 18:11:37 | Araq | var currentException: array [64, byte] |
| 18:11:48 | Araq | cast[exceptn](addr currentException) |
| 18:12:00 | Araq | in the newException template |
| 18:12:26 | Araq | well the var is global, the cast is in the newException template |
| 18:12:38 | reactormonk | that uses 64 byte every time you have a newException template? |
| 18:12:43 | Araq | no |
| 18:12:47 | Araq | only once |
| 18:12:51 | reactormonk | oh |
| 18:13:01 | Araq | and you better have no exception that takes more than 64 bytes :P |
| 18:13:08 | EXetoC | no "return" needed? I didn't see that in the manual |
| 18:13:10 | reactormonk | I store the string somewhere else |
| 18:13:16 | reactormonk | EXetoC, special `result` variable |
| 18:13:59 | reactormonk | EXetoC, you can explicitly return if you dislike a bunch of if indenting |
| 18:14:48 | EXetoC | reactormonk: and in the code you posted? |
| 18:15:46 | OrionPK | "Cario" typo still on the homepage |
| 18:16:01 | Araq | OrionPK: I fixed it but didn't upload, sorry |
| 18:16:06 | Araq | will do it later |
| 18:16:13 | OrionPK | it's okay, I'll let it slide this once |
| 18:16:28 | OrionPK | ;P |
| 18:16:44 | reactormonk | EXetoC, that's a template |
| 18:17:14 | * | gradha joined #nimrod |
| 18:17:52 | EXetoC | right |
| 18:18:28 | reactormonk | Araq, but then I lose space check, don't I? |
| 18:18:33 | EXetoC | is there no constructor that does that already? or maybe base ctors can't be inherited |
| 18:18:37 | Araq | reactormonk: yes |
| 18:19:00 | EXetoC | that's not what I meant. nevermind |
| 18:19:02 | dom96 | gradha: I keep forgetting to tell you: I think your builder is failing. It hasn't built anything since may 19th. |
| 18:20:07 | * | Ricky_Ricardo quit (Quit: Ricky_Ricardo) |
| 18:20:09 | gradha | it's due to compiling without signal handlers |
| 18:20:19 | dom96 | EXetoC: That is the constructor that does it for you. It's in the stdlib. |
| 18:20:20 | gradha | at least it doesn't hang infinitely |
| 18:20:35 | EXetoC | right |
| 18:21:29 | reactormonk | Araq, does the exception contain runtime information? |
| 18:25:54 | * | DAddYE quit (Remote host closed the connection) |
| 18:40:00 | * | durango joined #nimrod |
| 18:41:00 | gradha | Araq: what would be the usage scenario for idetools --eval? sort of "nimrod interactive" but inside an IDE and with a context? |
| 18:53:14 | * | durango left #nimrod (#nimrod) |
| 18:58:36 | reactormonk | Araq, trying to get the full exception into the PROGMEM... not so easy :-/ |
| 19:00:07 | gradha | maybe we need a yaml parser |
| 19:09:13 | * | Endy quit (Ping timeout: 246 seconds) |
| 19:24:22 | Araq | reactormonk: it contains type information |
| 19:24:45 | Araq | gradha: I didn't implement --eval, no idea what the use case is |
| 19:25:02 | * | Trixar_za is now known as Trix[a]r_za |
| 19:27:04 | * | DAddYE joined #nimrod |
| 19:32:10 | * | Trix[a]r_za is now known as Trixar_za |
| 19:33:57 | * | DAddYE quit (Ping timeout: 248 seconds) |
| 19:50:17 | * | Araq__ quit (Read error: Connection reset by peer) |
| 19:50:47 | * | Araq_ joined #nimrod |
| 19:59:26 | reactormonk | Araq, yup, but I plan on storing the exception created by newException somewhere else and return a ptr |
| 20:07:56 | EXetoC | meep meep |
| 20:08:14 | dom96 | meow meow |
| 20:23:43 | EXetoC | cat! |
| 20:59:39 | * | Trixar_za is now known as Trix[a]r_za |
| 21:03:22 | * | gradha quit (Quit: bbl, have youtube videos to watch) |
| 22:13:53 | * | DAddYE joined #nimrod |
| 23:02:28 | * | Araq__ joined #nimrod |
| 23:04:23 | * | Araq_ quit (Ping timeout: 240 seconds) |
| 23:14:00 | * | DAddYE quit (Remote host closed the connection) |
| 23:14:32 | * | DAddYE joined #nimrod |
| 23:19:17 | * | DAddYE quit (Ping timeout: 256 seconds) |