| 00:42:17 | fowl | i got the lrint error on a fresh ubuntu |
| 00:42:35 | fowl | gcc version 4.7.3 (Ubuntu/Linaro 4.7.3-1ubuntu1) |
| 00:51:14 | * | fowl left #nimrod (#nimrod) |
| 01:03:29 | * | OrionPK quit (Read error: Connection reset by peer) |
| 01:05:10 | * | OrionPK joined #nimrod |
| 02:04:12 | * | fowl joined #nimrod |
| 02:56:37 | * | Trixar_za is now known as Trix[a]r_za |
| 04:53:15 | * | OrionPK quit (Quit: Leaving) |
| 05:21:03 | * | Endy joined #nimrod |
| 05:43:33 | * | Endy quit (Ping timeout: 248 seconds) |
| 05:43:44 | * | Endy joined #nimrod |
| 05:47:59 | * | mal`` quit (Ping timeout: 246 seconds) |
| 05:49:26 | * | mal`` joined #nimrod |
| 05:56:39 | * | [1]Endy joined #nimrod |
| 05:58:10 | * | Endy quit (Ping timeout: 256 seconds) |
| 06:23:07 | * | [1]Endy quit (Ping timeout: 252 seconds) |
| 06:25:02 | * | Endy joined #nimrod |
| 06:35:56 | * | fowl quit (Read error: Operation timed out) |
| 06:40:39 | * | fowl joined #nimrod |
| 06:58:12 | * | amarsahinovic joined #nimrod |
| 06:58:14 | * | Endy quit (Ping timeout: 256 seconds) |
| 07:34:36 | * | fowl quit (Remote host closed the connection) |
| 07:41:55 | * | zahary joined #nimrod |
| 10:19:11 | * | XAMPP-8 joined #nimrod |
| 10:33:44 | * | q66 joined #nimrod |
| 10:34:59 | * | zahary quit (Quit: Leaving.) |
| 10:51:28 | * | zahary joined #nimrod |
| 11:03:03 | * | amarsahinovic quit (Quit: Leaving.) |
| 12:45:47 | * | XAMPP_8 joined #nimrod |
| 12:45:54 | * | XAMPP_8 quit (Client Quit) |
| 12:47:34 | * | XAMPP-8 quit (Ping timeout: 245 seconds) |
| 13:31:02 | * | Endy joined #nimrod |
| 14:24:43 | NimBot | nimrod-code/nimbuild e058069 Dominik Picheta [+0 ±1 -0]: ircbot: Fixed !remnick command. |
| 14:24:43 | NimBot | nimrod-code/nimbuild 40367c1 Dominik Picheta [+0 ±2 -0]: irclogs are now stored as json files, website does the rendering. |
| 14:25:36 | Araq | why do we need it as json? oh well never mind |
| 14:26:40 | dom96 | because it's easier to restore the state of the irc logs when NimBot restarts |
| 14:27:46 | dom96 | and it allows for other things like: adjusting timestamps based on user's timezone. |
| 14:29:31 | Araq | well the problem with json is that it's the wrong format for logs |
| 14:29:54 | dom96 | and what is better? |
| 14:30:27 | Araq | you can put the logs in [ ... ] as there is no beginning or end |
| 14:30:45 | Araq | better is a list of lines |
| 14:30:50 | dom96 | The reason json is used is because the marshal module uses that format. |
| 14:31:09 | Araq | *you can't put the logs in [...] |
| 14:31:41 | dom96 | There is a beginning and end. |
| 14:31:46 | dom96 | The start of the day and the end of the day |
| 14:31:49 | Araq | how so? |
| 14:32:33 | Araq | well ok |
| 14:32:49 | dom96 | json allows me to encode all the information I need |
| 14:33:01 | dom96 | I could that with some simple line based format too |
| 14:33:07 | dom96 | but it would get messy and unreadable quickly |
| 14:33:38 | Araq | so how do you generate the surrounding [ and ] ? |
| 14:33:52 | dom96 | I use the marshal module. |
| 14:34:04 | dom96 | I don't know what it does. |
| 14:34:16 | Araq | so you keep everything in ever growing 'seq'? |
| 14:34:29 | dom96 | yes |
| 14:34:49 | Araq | when do you serialize? |
| 14:35:16 | dom96 | https://github.com/nimrod-code/nimbuild/blob/master/irclog.nim#L5 |
| 14:37:22 | Araq | ok I see |
| 14:37:36 | Araq | so you save the whole log every time ... |
| 14:37:48 | Araq | instead of appending :P |
| 14:37:51 | dom96 | yes |
| 14:38:18 | Araq | remind me to rewrite this code when I find the time :P |
| 14:38:55 | dom96 | You know, it works the same way right now... |
| 14:39:06 | dom96 | it writes the whole HTML constantly |
| 14:39:25 | Araq | good point ... |
| 14:39:50 | Araq | we should generate wrong HTML then without </html> stuff |
| 14:40:01 | Araq | so that it can simply be appended |
| 14:40:26 | dom96 | Why? |
| 14:40:49 | Araq | for efficiency |
| 14:41:11 | dom96 | It's an IRC logger, not a space station. |
| 14:41:56 | Araq | people can use it to attack our server |
| 14:42:06 | dom96 | how? |
| 14:42:35 | dom96 | You think IRC servers don't have anti-spam prevention? |
| 14:43:08 | Araq | hmm good point |
| 14:43:38 | Araq | I'll change it anyway :P |
| 14:43:46 | Araq | it makes me feel uneasy |
| 14:44:10 | dom96 | meh, alright. I'll change it. |
| 14:44:36 | dom96 | The format will not be pretty though |
| 14:45:17 | Araq | json ain't pretty either, it just happens to be better than xml |
| 14:45:36 | dom96 | json at least handles escaping things for me |
| 14:45:58 | Araq | we have strutils.escape/unescape for that |
| 14:52:43 | * | OrionPK joined #nimrod |
| 15:07:28 | Araq | ping zahary |
| 15:08:41 | zahary | hi |
| 15:08:57 | Araq | in blockLeaveActions we do: |
| 15:09:06 | Araq | if gCmd != cmdCompileToCpp: |
| 15:09:07 | Araq | for i in countdown(p.inExceptBlock-1, 0): |
| 15:09:09 | Araq | linefmt(p, cpsStmts, "#popCurrentException();$n") |
| 15:09:28 | Araq | but this is false, it depends on how many 'try' statements the 'break' leaves |
| 15:10:29 | Araq | now the question is ... why is it not simply done "howMany" times? |
| 15:12:17 | Araq | (it's bug #391 btw) |
| 15:12:31 | * | silven quit (Remote host closed the connection) |
| 15:13:33 | zahary | I've seen this code, but was it originally written by me? |
| 15:13:51 | Araq | I don't remember |
| 15:13:57 | * | silven joined #nimrod |
| 15:14:09 | Araq | I think you introduced the p.inExceptBlock ... |
| 15:14:40 | dom96 | You can check by using git blame. |
| 15:16:16 | zahary | https://github.com/Araq/Nimrod/commit/c59537297a1836b88119cf4931ef23f2a882989a |
| 15:16:27 | zahary | let me try to remember what was going on here |
| 15:17:39 | zahary | ah, inExcept means that you literally inside an except block |
| 15:17:44 | zahary | try: |
| 15:17:53 | Araq | well yes |
| 15:17:56 | zahary | foo |
| 15:17:56 | zahary | bar |
| 15:17:56 | zahary | except: |
| 15:17:56 | zahary | -> cursor here |
| 15:20:35 | Araq | try: |
| 15:20:40 | Araq | except: |
| 15:20:46 | Araq | while true: break |
| 15:21:01 | Araq | # don't pop the exception for the 'break' |
| 15:25:10 | zahary | there is a template called preserveBreakIdx. I guess it should learn about inExcept as well |
| 15:26:54 | * | Trix[a]r_za is now known as Trixar_za |
| 15:30:44 | dom96 | is it just me or does this proc signature look strange? proc fromSeconds[since1970:type](since1970: int | int64): TTime |
| 15:31:55 | zahary | this is from an error message? |
| 15:32:17 | dom96 | no, it's from the docs: http://build.nimrod-code.org/docs/times.html#107 |
| 15:33:07 | zahary | it shouldn't print the generic param. there is a flag assigned to it called sfAnon that controls whether it's printed in error messages |
| 15:34:06 | * | gradha joined #nimrod |
| 16:17:11 | * | gradha quit (*.net *.split) |
| 16:30:05 | dom96 | For some reason this code: https://gist.github.com/dom96/0da7e5f32be74b5efe76 |
| 16:30:15 | dom96 | Results in: a25.nim(2, 5) Error: value returned by statement has to be discarded |
| 16:30:23 | dom96 | Note the incorrect line number. |
| 16:30:51 | Araq | it's arguably the correct line number :P |
| 16:31:10 | Araq | you have a (var ...; var ...; open(...)) statement |
| 16:31:17 | Araq | it starts at line 2 |
| 16:31:43 | dom96 | omg |
| 16:31:47 | Araq | should be easy to change though |
| 16:32:08 | dom96 | yes, it's extremely confusing. |
| 16:32:34 | * | gradha joined #nimrod |
| 16:32:57 | dom96 | Araq: Want a bug report? |
| 16:33:04 | Araq | yes please |
| 17:09:51 | * | Trixar_za is now known as Trix[a]r_za |
| 17:11:07 | Araq | zahary: renderer.nim doesn't know about sfAnon |
| 17:12:07 | Araq | and that it's an alias to discardable doesn't help to teach it about it |
| 17:20:26 | * | gradha quit (Quit: bbl, have youtube videos to watch) |
| 17:22:38 | zahary | sfAnon is attached to the generic param, not the proc, I'll take a look at the renderer |
| 17:22:43 | * | Endy quit (Ping timeout: 256 seconds) |
| 17:24:02 | Araq | well ok, if you special case it in the handling for nkGenericParams it should be fine |
| 17:54:29 | * | Endy joined #nimrod |
| 18:19:24 | * | amarsahinovic joined #nimrod |
| 18:23:23 | * | fowl joined #nimrod |
| 19:10:55 | * | Endy quit (Ping timeout: 252 seconds) |
| 19:15:53 | NimBot | Araq/Nimrod 087467e Zahary Karadjov [+0 ±5 -0]: fixes #267 |
| 19:15:53 | NimBot | Araq/Nimrod 6eb6cfd Zahary Karadjov [+0 ±3 -0]: bugfix: emulated thread vars used in combination with the mark & sweep GC... 2 more lines |
| 19:15:53 | NimBot | Araq/Nimrod 8f0a74a Zahary Karadjov [+0 ±2 -0]: allow `void` as a field type |
| 19:15:53 | NimBot | Araq/Nimrod 85dae11 Zahary Karadjov [+0 ±1 -0]: allow keyword params for the `[]` and `{}` operators... 6 more lines |
| 19:15:53 | NimBot | Araq/Nimrod b540845 Zahary Karadjov [+0 ±4 -0]: static and default params for generics |
| 19:16:51 | dom96 | http://forum.nimrod-code.org/t/157 |
| 19:17:11 | dom96 | Convince him. |
| 19:17:15 | dom96 | (/her) |
| 19:21:06 | fowl | dom96: i thought the glfw wrapper was available in babel, but im not seeing it now |
| 19:22:25 | dom96 | hrm, i guess it was never added to babel. |
| 19:25:21 | NimBot | nimrod-code/nimbuild ee91868 Dominik Picheta [+0 ±1 -0]: Implemented custom IRC log marshalling to allow appending to file. |
| 19:27:29 | Araq | zahary: are you sure about that lambdalifting change? |
| 19:28:28 | zahary | I've left some notes in the commit. the problem was that the error suddenly start appearing, because the generic proc was not considered at all |
| 19:28:57 | zahary | it used to be analysed and detected as generic at a later point |
| 19:29:27 | Araq | well the procs should have been instantiated when lambda lifting occurs iirc |
| 19:29:29 | zahary | *suddenly stopped appearing * (I meant the desired error "Invalid Capture") |
| 19:29:57 | Araq | you should fix the symbol table weirdnesses instead :P |
| 19:30:05 | zahary | yes, this is the flow, but there is one check isNestedProc very early |
| 19:30:12 | zahary | so this one was giving false negatives |
| 19:30:31 | Araq | instantiation of generics happens in the *current* scope |
| 19:30:50 | Araq | this should be easy to deal with with the new symtab |
| 19:31:45 | zahary | yes, it's a nice to-do item. I think we should deal with the nkSymChoice prepass issues as well in similar fashion |
| 19:32:33 | Araq | er .. what? what has that to do with it? |
| 19:33:13 | zahary | if you remember, the problem was that the prepass can't register all symbols, because some of them will be inserted after macro/template expansion |
| 19:34:10 | Araq | yes |
| 19:34:19 | zahary | I think the proper fix is to get rid of the prepass and apply the mixin rules during intantiation (we have both the caller scope and the generic scope accessible) |
| 19:34:58 | Araq | omg do that in a branch |
| 19:35:35 | zahary | that's not a high priority feature for me |
| 19:35:48 | Araq | but otherwise it's worth a try |
| 19:38:30 | OrionPK | Kenneth can be a girls name |
| 19:38:48 | OrionPK | if ur parents hate you.. |
| 19:40:30 | Araq | 'var var T' needs to converted to 'var T' according to the C++ book that I have to happen lying around here |
| 19:49:02 | fowl | dom96: i responded to that thread |
| 19:49:35 | dom96 | fowl: Awesome. I will respond ASAP too. |
| 19:50:50 | OrionPK | oo fowl, where's your horde3d wrapper? |
| 19:51:23 | fowl | OrionPK: fowltek/h3d |
| 19:51:34 | fowl | (babel install fowltek) |
| 19:52:15 | OrionPK | ah k |
| 19:53:37 | fowl | hm i just noticed some things i need to update in it |
| 19:57:34 | * | zahary quit (Quit: Leaving.) |
| 20:33:30 | * | filwit joined #nimrod |
| 20:33:42 | dom96 | hey filwit! |
| 20:33:43 | filwit | hey guys :) |
| 20:33:53 | filwit | just saw the website :) |
| 20:34:10 | filwit | looks good. Nice work getting all the pages translated over |
| 20:34:26 | dom96 | Thanks :) |
| 20:34:38 | filwit | i see you kept the code example haha |
| 20:35:17 | dom96 | indeed :D |
| 20:36:19 | filwit | one crit |
| 20:36:27 | filwit | one the community page |
| 20:36:37 | filwit | nevermind |
| 20:36:42 | filwit | dumb crit |
| 20:36:48 | filwit | everything looks great man |
| 20:37:04 | filwit | so what have you guys been doing lately? |
| 20:37:12 | filwit | on the nimrod front? |
| 20:37:26 | dom96 | Trying to advertise it as much as possible. |
| 20:37:53 | dom96 | Managed to gain a few users I think. And went up to 134 stargazers on github :D |
| 20:38:02 | filwit | nice! |
| 20:38:06 | filwit | congrats |
| 20:38:19 | filwit | so have you posted a reddit or anything? |
| 20:38:41 | OrionPK | lol |
| 20:38:48 | dom96 | yep. http://www.reddit.com/r/programming/comments/1epf5s/nimrod_092_released/ |
| 20:38:54 | filwit | nice |
| 20:39:09 | fowl | OrionPK: you should write a horde3d test if you know the API |
| 20:39:44 | filwit | awesome, i like how Araq got on reddit to answer peoples questions |
| 20:39:46 | fowl | its the same as horde3d without the prefix h3d on all the functions |
| 20:40:29 | dom96 | filwit: Yeah, I kept annoying him until he finally did it :P |
| 20:40:41 | filwit | we should create more nicely-colored example codes for the website :) |
| 20:41:59 | dom96 | filwit: You still owe me an aporia logo ;) |
| 20:42:07 | filwit | yeah yeah i know |
| 20:42:15 | filwit | been busy |
| 20:42:21 | filwit | :P |
| 20:42:23 | dom96 | It's ok, don't worry. |
| 20:42:41 | OrionPK | fowl: I've only just started looking into it yesterday, so I know next to nothing other than I want to look into it more :) |
| 20:42:52 | filwit | yeah i know. I'll get it done for you eventually though |
| 20:43:05 | OrionPK | I see you've got some physics libs in there as well |
| 20:43:49 | OrionPK | I've used ode in the past, but it's been maybe 6 years |
| 20:43:56 | OrionPK | (not that it'll have changed much in that time xD) |
| 20:44:20 | fowl | yep ode is probably 90% ready, could be cleaned up a bit |
| 20:45:45 | OrionPK | so what are you using these for? or are you just contributing wrappers out of the goodness of your heart? |
| 20:46:21 | fowl | i write games, but they often dont get past the prototype stage |
| 20:46:28 | OrionPK | haha, join the club :P |
| 20:46:42 | filwit | dom96, Araq: Thanks for the warm acknowledgment in the Announcement :) |
| 20:47:44 | dom96 | filwit: It was the least we could do for your awesome work :) |
| 20:48:58 | filwit | it looks like 0.9.2 has a lot of cool fixes and enhancements :) |
| 20:49:53 | filwit | so Araq is building a new mark-sweep GC for Nimrod? |
| 20:50:05 | filwit | or is that someone elses project? |
| 20:50:19 | dom96 | yeah, but I don't think it's meant to replace the current one |
| 20:50:46 | filwit | that's pretty cool.. but what advantages does it have over the? |
| 20:50:48 | dom96 | zahary_ created a modified version of Araq's GC IIRC. |
| 20:50:52 | filwit | oh okay, i see |
| 20:50:53 | fowl | you can already use it with --gc:markandsweep |
| 20:51:10 | filwit | yeah fowl, i read that. cool stuff |
| 20:51:48 | filwit | i'm interested in the new additions to the macros lib |
| 20:52:11 | filwit | i always wanted to try fancy stuff with macros, but could never figure out how to correctly build the AST |
| 20:52:20 | dom96 | fowl is the resident macro guy nowadays ;) |
| 20:52:29 | filwit | nice |
| 20:54:26 | filwit | system.local gets a proc's parameters?... or is that something to do with closure-style classes? |
| 20:54:49 | filwit | system.locals** |
| 20:57:00 | filwit | and it looks like Araq's starting to remove the need for forward declaration huh? awesome |
| 20:57:18 | dom96 | That's zahary_'s work. |
| 20:57:32 | filwit | ah, cool |
| 20:57:39 | filwit | nice work zahary_ |
| 21:01:38 | filwit | what does "overloading based on ASTs" mean exactly? |
| 21:02:40 | filwit | i guess i'll just have to talk to Araq tomorrow about it |
| 21:03:10 | filwit | all in all, it looks like an impressive release folks. Congrats! |
| 21:03:27 | filwit | i'm headed out. bye dom96 |
| 21:03:41 | dom96 | Awww. Alright, talk to you later, thanks for stopping by. |
| 21:04:04 | filwit | yeah, i'll stop by again tomorrow |
| 21:04:07 | * | filwit quit (Quit: Leaving) |
| 21:39:16 | * | zahary joined #nimrod |
| 21:52:16 | fowl | w00t array[int, T] works :>> |
| 21:55:11 | * | zahary quit (Quit: Leaving.) |
| 22:15:58 | dom96 | yay, looks like Kenneth will create a project in Nimrod. |
| 22:22:39 | dom96 | hah, I just realised that he changed the subject |
| 22:32:21 | * | fowl quit (Remote host closed the connection) |
| 22:53:06 | * | amarsahinovic quit (Quit: Leaving.) |
| 22:58:49 | * | fowl joined #nimrod |
| 23:03:00 | * | dallbee joined #nimrod |
| 23:03:01 | dallbee | At the request of dom, hello! |
| 23:03:01 | dallbee | At the request of dom, hello! |
| 23:03:01 | dallbee | At the request of dom, hello! |
| 23:03:03 | * | dallbee quit (Quit: Leaving) |
| 23:03:32 | Araq | at least dallbee was quick |
| 23:03:46 | * | dom96 should just ban him |
| 23:04:49 | * | fowl quit (Remote host closed the connection) |
| 23:24:06 | NimBot | nimrod-code/packages f177208 Rafael Vasco [+0 ±1 -0]: Added nimrod-glfw data |
| 23:24:06 | NimBot | nimrod-code/packages 048fa73 Rafael Vasco [+0 ±1 -0]: Fixed url and description |
| 23:24:06 | NimBot | nimrod-code/packages 86e41c5 Dominik Picheta [+0 ±1 -0]: Merge pull request #13 from rafaelvasco/master... 3 more lines |