00:00:16 | * | Associat0r quit (Quit: Associat0r) |
00:04:12 | * | Trixar_za is now known as Trix[a]r_za |
00:06:05 | * | Associat0r joined #nimrod |
00:06:06 | * | Associat0r quit (Changing host) |
00:06:06 | * | Associat0r joined #nimrod |
00:44:49 | * | OrionPK quit (Read error: Connection reset by peer) |
01:18:49 | * | q66 quit (Quit: Leaving) |
01:23:56 | * | Associat0r quit (Quit: Associat0r) |
03:06:29 | * | Ricky_Ricardo joined #nimrod |
04:22:29 | * | xilo quit (Ping timeout: 248 seconds) |
05:39:59 | * | Ricky_Ricardo quit (Quit: laptop[lid].close) |
05:42:38 | * | Ricky_Ricardo joined #nimrod |
05:42:55 | * | Ricky_Ricardo quit (Client Quit) |
07:08:09 | reactormonk | is it nim-kwin or kwin-nim for babel naming conventions? or just kwin? |
07:27:31 | * | Associat0r joined #nimrod |
07:27:32 | * | Associat0r quit (Changing host) |
07:27:33 | * | Associat0r joined #nimrod |
09:46:20 | * | EXetoC joined #nimrod |
10:27:37 | * | Endeg quit (Read error: Connection reset by peer) |
11:04:52 | dom96 | hello |
11:05:30 | dom96 | reactormonk: we don't really have conventions, I guess kwin is fine. |
11:12:44 | * | q66 joined #nimrod |
12:34:43 | EXetoC | sup? |
12:36:25 | dom96 | yo |
12:36:27 | dom96 | not muich |
12:36:29 | dom96 | *much |
12:37:03 | dom96 | elementary OS has been released |
12:44:23 | EXetoC | ok |
12:45:41 | dom96 | Also, 3 weeks left of summer holidays :( |
12:50:10 | EXetoC | life's tough |
13:18:02 | * | jbe_ joined #nimrod |
13:47:56 | EXetoC | result -> ret? :-P |
13:49:06 | dom96 | hrm? |
13:50:12 | EXetoC | takes like half a second to type result :/ |
13:52:01 | dom96 | #firstworldproblems |
13:53:28 | EXetoC | would make the return shortcuts even more awesome :> |
14:09:08 | dom96 | how about just 'r' ? :P |
14:31:46 | EXetoC | nubs would complain |
14:32:55 | dom96 | actually i'd prefer 'res' to 'ret' |
15:12:38 | * | OrionPK joined #nimrod |
15:20:59 | EXetoC | is there a rough ETA for 1.0? you should aim for 24/12/2014 |
15:23:25 | EXetoC | that's the most common date format, right?... if only we all would've been using the same conventions and unambigous constructed language c(:) |
15:30:27 | Araq | EXetoC: the ISO date format is 2014-12-24 iirc |
15:32:49 | reactormonk | dom96, http://sprunge.us/JjDa ? |
15:34:44 | EXetoC | oh. it's not the most widely used format, but it's ISO so I'll stick with that |
15:34:52 | dom96 | you can just remove those skipfile/skipdirs |
15:34:55 | dom96 | also 'describes'? |
15:35:03 | dom96 | Wouldn't 'wraps' be better? |
15:36:11 | Araq | EXetoC: it's not ambiguous even for Americans and that's all that matters |
15:36:32 | Araq | Month-Day-Year fools, what logic is that? |
15:37:22 | EXetoC | yeah.. |
15:42:53 | EXetoC | isn't the precedence for the command syntax a little off? I can't think off any problems that would arise if lowered |
15:44:57 | Araq | nimrod c -r program.nim arg1 arg2 # arg1 arg2 passed to program |
15:45:22 | Araq | but sure if there is no -r we could allow arguments after the main file |
15:45:36 | Araq | (that's what you mean, right?) |
15:46:42 | reactormonk | dom96, well, you could say so. There is no additional functionality. |
16:04:29 | EXetoC | Araq: no, the alternative way of calling functions |
16:08:02 | Araq | ah yeah |
16:08:16 | Araq | the horizontal parsing idea will fix that one as a side effect |
16:08:39 | Araq | but horizontal parsing will break code again, so I dunno when we'll get around to it |
16:09:10 | Araq | (horizontal parsing == precedence based partly on the whitespace between operators) |
16:19:45 | EXetoC | sounds good |
16:20:16 | * | Mat2 joined #nimrod |
16:20:16 | EXetoC | does that include 'x + y * z' vs 'x+y * z'? |
16:20:24 | Mat2 | hello |
16:21:49 | Araq | EXetoC: exactly |
16:22:27 | EXetoC | eeexcellent |
16:22:36 | EXetoC | Mat2: hi friend |
16:23:28 | Mat2 | hi EXetoC and Araq |
16:23:35 | reactormonk | dom96, can I add the tags to the babel file? |
16:23:44 | dom96 | reactormonk: no |
16:23:51 | dom96 | babel files do not contain tags |
16:24:55 | * | Mat2 search for a way to bypass memory-protection madness in Linux |
16:34:17 | EXetoC | such madness |
16:36:15 | reactormonk | dom96, aww |
16:36:25 | Mat2 | yes, because specially executable-marked memory allocations can be marked read-only if reserved by malloc |
16:36:50 | Mat2 | I need the non-standard valloc (from BSD) to ensure this |
16:37:38 | * | Mat2 problem solved |
16:40:29 | reactormonk | dom96, do you have an automatic pull request creator? |
16:40:45 | dom96 | no |
16:42:56 | reactormonk | aww |
16:44:45 | Araq | Mat2: mmap() is the posixy way to get executable memory I think |
16:49:15 | NimBot | Araq/Nimrod master 22211d2 Araq [+0 ±4 -0]: new VM: preparations for evalMacroCall |
16:49:15 | NimBot | Araq/Nimrod master c8e445e Araq [+0 ±2 -0]: Merge branch 'master' of github.com:Araq/Nimrod |
16:59:22 | Mat2 | Araq: yes, but I found the same problem with mmap (probably the function call malloc) |
17:00:44 | Araq | Mat2: which problem? |
17:08:19 | Mat2 | reserved memory with setted executable flag is ignored |
17:08:37 | Araq | ignored in what way? |
17:08:54 | Araq | never returned back to the OS? |
17:09:15 | Mat2 | the flags are reset to read-only |
17:10:05 | Mat2 | I need manually to call valloc in combination to mprotect to bypass this behaviour |
17:10:39 | Mat2 | (this only happens with Ubuntu 13.04) |
17:11:13 | Araq | ah that makes sense |
17:11:52 | Araq | Ubuntu is trying hard to do like macosx |
17:12:14 | shevy | hehe |
17:12:49 | Mat2 | sadly I do not know Mac OS X, but the valloc+mprotect method is the BSD way for doing this |
17:12:58 | Araq | Mat2: I would check out how luajit2 does it |
17:14:47 | Mat2 | Araq: Good idea ! thanks |
17:17:47 | Mat2 | (alternatively I can patch the ELF header) |
19:09:25 | * | BitPuffin joined #nimrod |
19:27:02 | * | BitPuffin quit (Ping timeout: 240 seconds) |
20:13:48 | Araq | dom96: any idea why gradha wants to test his resource package with aporia? |
20:15:02 | dom96 | nope |
20:23:42 | Araq | well his module doesn't export anything ... so I can't use it :P |
20:31:57 | Mat2 | ?? |
20:32:13 | dom96 | !! |
20:37:57 | EXetoC | ## |
20:43:03 | * | Associat0r quit (Quit: Associat0r) |
20:45:24 | Araq | well I could 'include' his module instead :-) |
21:13:58 | Mat2 | ciao all |
21:14:04 | * | Mat2 quit (Quit: Verlassend) |
21:31:04 | dom96 | reactormonk: so where is that pull request of yours for the packages repo? |
22:18:22 | reactormonk | dom96, incoming |
22:18:52 | dom96 | cool |
22:54:00 | * | EXetoC quit (Quit: WeeChat 0.4.1) |
23:18:56 | * | jbe_ quit (Quit: Leaving) |