00:01:41 | * | Matthias247 quit (Read error: Connection reset by peer) |
00:05:42 | * | nimjoe quit (Quit: Page closed) |
00:11:27 | * | brson quit (Quit: leaving) |
00:41:56 | * | X67r quit (Quit: leaving) |
00:54:44 | onionhammer | anyone know why i'm getting sigsev when i compile with CPP? |
01:07:42 | * | Demos joined #nim |
01:13:28 | * | NimBot joined #nim |
01:28:12 | * | NimBot joined #nim |
01:30:02 | * | rollo quit (Quit: Leaving) |
01:36:14 | * | infinity0 quit (Ping timeout: 272 seconds) |
01:37:24 | * | thotypous quit (Ping timeout: 260 seconds) |
01:39:30 | * | infinity0 joined #nim |
01:59:36 | * | yglukhov quit (Remote host closed the connection) |
02:04:14 | * | thotypous joined #nim |
02:08:33 | * | yglukhov joined #nim |
02:14:01 | * | NimBot joined #nim |
02:23:25 | * | bendiken quit (Ping timeout: 250 seconds) |
02:28:15 | * | pregressive joined #nim |
02:31:54 | * | saml_ joined #nim |
02:33:16 | * | BitPuffin|osx quit (Ping timeout: 250 seconds) |
02:38:34 | * | NimBot joined #nim |
02:45:09 | * | NimBot joined #nim |
02:46:38 | * | yglukhov quit (Remote host closed the connection) |
02:56:34 | * | NimBot joined #nim |
02:59:49 | * | NimBot joined #nim |
03:36:56 | * | Demos quit (Read error: Connection reset by peer) |
03:39:50 | * | NimBot joined #nim |
03:47:07 | * | pregressive quit (Remote host closed the connection) |
03:47:09 | * | yglukhov joined #nim |
03:48:23 | * | darkf joined #nim |
03:51:42 | * | yglukhov quit (Ping timeout: 250 seconds) |
04:19:32 | * | saml_ quit (Quit: Leaving) |
04:35:10 | * | pregressive joined #nim |
04:48:28 | * | pregress_ joined #nim |
04:48:35 | * | pregressive quit (Ping timeout: 260 seconds) |
04:51:17 | * | pregress_ quit (Remote host closed the connection) |
05:14:12 | * | NimBot joined #nim |
05:22:47 | * | Demon_Fox_ joined #nim |
05:22:49 | * | Demon_Fox quit (Remote host closed the connection) |
05:24:48 | * | NimBot joined #nim |
05:25:44 | * | Demon_Fox_ is now known as Demon_Fox |
05:52:06 | * | dashed quit (Quit: Connection closed for inactivity) |
06:09:18 | * | yglukhov joined #nim |
06:13:40 | * | yglukhov quit (Ping timeout: 246 seconds) |
06:23:20 | * | NimBot joined #nim |
06:24:24 | * | zama quit (Ping timeout: 264 seconds) |
06:32:35 | * | zama joined #nim |
06:45:41 | * | keyle_ joined #nim |
06:47:04 | * | keyle_ is now known as keyle |
06:47:27 | keyle | Hi, been a while |
06:50:30 | * | jszymanski joined #nim |
06:56:47 | * | Demon_Fox quit (Quit: Leaving) |
07:08:26 | * | xcombelle joined #nim |
07:19:03 | * | filcuc joined #nim |
07:33:18 | * | xificurC joined #nim |
07:38:35 | * | xificurC quit (Remote host closed the connection) |
07:42:31 | * | Ven joined #nim |
07:49:04 | * | keyle quit (Ping timeout: 272 seconds) |
07:54:52 | * | Ven quit (Remote host closed the connection) |
07:58:50 | * | Ven joined #nim |
08:12:38 | * | sarlalian joined #nim |
08:13:02 | * | filcuc quit (Quit: Konversation terminated!) |
08:13:37 | * | Ven quit (Quit: My MacBook has gone to sleep. ZZZzzz…) |
08:14:38 | * | keyle joined #nim |
08:15:11 | * | Ven joined #nim |
08:28:40 | * | Matthias247 joined #nim |
08:29:30 | * | Ven quit (Ping timeout: 255 seconds) |
08:39:28 | * | Ven joined #nim |
08:41:50 | * | jszymanski quit (Quit: computer sleeps...) |
08:42:43 | * | yglukhov joined #nim |
08:46:41 | * | irrequietus joined #nim |
08:53:46 | * | X67r joined #nim |
09:07:29 | * | vl409 joined #nim |
09:32:37 | * | unclechu joined #nim |
09:35:34 | * | Ven quit (Quit: My MacBook has gone to sleep. ZZZzzz…) |
09:38:57 | * | Ven joined #nim |
09:47:45 | * | ^aurora^ joined #nim |
10:03:14 | * | irrequietus quit () |
10:03:21 | * | irrequietus joined #nim |
10:16:45 | * | Ven quit (Quit: My MacBook has gone to sleep. ZZZzzz…) |
10:22:41 | * | Ven joined #nim |
10:39:23 | * | Moix joined #nim |
10:43:06 | * | Trustable joined #nim |
10:47:33 | * | Moix quit (Read error: Connection reset by peer) |
10:47:51 | * | Ven quit (Quit: My MacBook has gone to sleep. ZZZzzz…) |
10:49:37 | * | Moix joined #nim |
10:56:38 | * | boopisaway is now known as boop |
11:06:00 | * | Novel2 joined #nim |
11:10:59 | Novel2 | I hear you guys are helpful, so I'm going to try for some offtopic help |
11:11:02 | * | Novel2 left #nim (#nim) |
11:16:50 | * | ^aurora^ quit (Quit: My Mac has gone to sleep. ZZZzzz…) |
11:20:38 | * | Matthias247 quit (Read error: Connection reset by peer) |
11:56:03 | * | Kingsquee quit (Quit: http://i.imgur.com/EsXzoum.png) |
12:10:46 | * | Ven joined #nim |
12:16:25 | * | Ven quit (Quit: My MacBook has gone to sleep. ZZZzzz…) |
12:24:23 | * | BitPuffin|osx joined #nim |
12:47:53 | * | X67r quit (Ping timeout: 256 seconds) |
12:48:24 | * | Ven joined #nim |
12:49:36 | * | boop is now known as boopisaway |
12:50:33 | * | boopisaway is now known as boop |
12:53:56 | * | keyle_ joined #nim |
12:57:14 | * | keyle__ joined #nim |
13:02:59 | * | xcombelle quit (Remote host closed the connection) |
13:06:53 | * | X67r joined #nim |
13:09:25 | * | lokulin quit (Ping timeout: 256 seconds) |
13:12:20 | * | keyle_ quit (Quit: <Morbo> Chitchat achieved!) |
13:12:21 | * | keyle quit (Quit: <Morbo> Chitchat achieved!) |
13:12:43 | * | keyle__ is now known as keyle |
13:12:59 | * | dtscode quit (Quit: compilerdev.net - Compilers made easy) |
13:13:29 | * | nchambers joined #nim |
13:14:29 | federico3 | hum, the logging module seems to be flushing out to disk only when I terminate the application |
13:15:19 | * | ^aurora^ joined #nim |
13:20:32 | dom96 | federico3: possibly a bug |
13:20:49 | nchambers | have you tried flushing stdout? |
13:21:18 | * | lokulin joined #nim |
13:23:48 | * | BitPuffin|osx quit (*.net *.split) |
13:23:49 | * | unclechu quit (*.net *.split) |
13:23:49 | * | bogen1 quit (*.net *.split) |
13:23:49 | * | mtj_ quit (*.net *.split) |
13:24:11 | * | BitPuffin|osx joined #nim |
13:24:24 | federico3 | sigh |
13:24:25 | * | bogen joined #nim |
13:24:28 | * | unclechu joined #nim |
13:24:56 | * | mtj_ joined #nim |
13:27:44 | * | Ven quit (Quit: My MacBook has gone to sleep. ZZZzzz…) |
13:34:42 | dom96 | federico3: it probably should be an option for the file-based logger |
13:35:34 | federico3 | it looks really broken. The logging module never calls flushFile |
13:39:16 | dom96 | Why is it "really broken"? It seems that all you have to do is call flushFile? |
13:39:28 | federico3 | that's a logger job |
13:43:56 | federico3 | a decent logger would flush to disk asyncronously using a timer |
13:44:52 | * | Ven joined #nim |
13:45:27 | dom96 | The logging module is not asynchronous |
13:45:43 | federico3 | yep, I see |
13:46:02 | federico3 | many implementations use threading to do that |
13:46:04 | dom96 | I think we need a BufferSettings enum with options to buffer by char, by line or not at all. |
13:46:23 | federico3 | why? |
13:46:57 | dom96 | Because then we can get it to write to disk after a line has been logged |
13:47:13 | dom96 | or when a certain amount of characters has been logged |
13:47:18 | federico3 | with line you mean log entry? |
13:47:22 | federico3 | (it could be multiline) |
13:47:56 | federico3 | well, usually the key constraint is time |
13:48:57 | federico3 | oh and I saw loggers flushing immediately on high severity entries |
13:49:14 | federico3 | (but still non-blocking) |
13:49:16 | dom96 | But i'm not an expert on this. So do whatever you think is right. |
13:49:42 | dom96 | With async the example you gave in the issue will not work |
13:50:01 | dom96 | With threads it means every app using it will have to compile with --threads:on |
13:50:05 | federico3 | because of the sleep? |
13:50:10 | dom96 | yes |
13:50:15 | federico3 | sounds like we need two different implementations |
13:50:30 | federico3 | one with threads and one with async :( |
13:51:00 | dom96 | Even an async one would be annoying |
13:51:08 | federico3 | uh? |
13:51:16 | dom96 | You would be required to run asyncdispatch's event loop |
13:51:35 | federico3 | well, at least we can start with putting a warning on the docs and/or setting bufSize=0 by default |
13:52:51 | federico3 | I'm not familiar enough with async. Can a proc detect if the main application is running an event loop and use the async logging module automatically? |
13:53:05 | * | jszymanski joined #nim |
13:53:55 | dom96 | Nope |
13:55:39 | federico3 | does this mean that any library that use concurrency must have two implementations (threading and async)? |
13:58:12 | dom96 | I don't think so |
14:18:34 | * | Ven quit (Quit: My MacBook has gone to sleep. ZZZzzz…) |
14:39:12 | * | ^aurora^ quit (Quit: My Mac has gone to sleep. ZZZzzz…) |
14:42:52 | * | wuehlmaus quit (Quit: Lost terminal) |
14:56:28 | * | Ven joined #nim |
15:02:58 | * | Jehan_ joined #nim |
15:04:38 | * | Ven quit (Quit: My MacBook has gone to sleep. ZZZzzz…) |
15:05:06 | * | keyle quit (Quit: sleep time) |
15:06:43 | * | strcmp1 quit (Ping timeout: 246 seconds) |
15:09:14 | * | gokr joined #nim |
15:12:27 | * | strcmp1 joined #nim |
15:27:49 | * | Jehan_ quit (Quit: Leaving) |
15:33:47 | onionhammer | no idea why the compiler is crashing w/ the cpp backend? |
15:33:50 | onionhammer | :) |
15:34:50 | dom96 | is it crashing on everything? |
15:42:42 | * | Matthias247 joined #nim |
15:50:28 | * | zaquest quit (Quit: Leaving) |
15:58:23 | * | zaquest joined #nim |
16:08:21 | * | pregressive joined #nim |
16:30:10 | flyx | what does "varargs[string, `$`]" in db_sqlite mean? |
16:38:12 | * | Sembei quit (Excess Flood) |
16:38:52 | dom96 | flyx: variable number of arguments of type string, if the parameters supplied are not of type string then attempt to stringify them using `$`. |
16:39:02 | dom96 | The echo procedure uses the same thing |
16:39:11 | flyx | ah, okay |
16:39:21 | * | Sembei joined #nim |
16:40:15 | * | flyx tries to hack a simple tool with jester, emerald and db_sqlite |
16:42:20 | dom96 | flyx: cool. What is the tool? |
16:42:39 | flyx | it should help me organizing my MTG cards. |
16:45:14 | dom96 | nice |
16:48:43 | * | Moix quit (Ping timeout: 256 seconds) |
16:52:55 | * | Moix joined #nim |
16:54:04 | * | pregressive quit (Remote host closed the connection) |
17:08:50 | * | Moix quit (Quit: Saliendo) |
17:10:06 | * | ingsoc joined #nim |
17:12:10 | * | t4nk634 joined #nim |
17:16:34 | * | t4nk634 quit (Client Quit) |
17:26:41 | * | pregressive joined #nim |
17:31:22 | * | MyMind joined #nim |
17:33:25 | * | Sembei quit (Ping timeout: 250 seconds) |
17:33:45 | * | yglukhov quit (Remote host closed the connection) |
17:34:05 | * | Demos joined #nim |
17:34:21 | Demos | so I just noticed that nimble seems to change the font/locale when I run it |
17:36:16 | * | yglukhov joined #nim |
17:36:48 | Demos | my locale is set to JAP and so powershell shows things like c:\users\ as c:¥users¥, when I run nimble all my text gets larger and these strange effects go away |
17:42:13 | * | xcombelle joined #nim |
17:45:23 | dom96 | Demos: so it fixes something in your shell? heh |
17:47:05 | Demos | apperently |
17:47:35 | Demos | I mean to be fair I'm using JAP locale with an english version of windows (and my overally windows language is english) |
17:47:54 | Demos | in other news I'm p sure this makes VLC crash |
17:47:57 | Demos | which is p funny |
17:53:33 | * | yglukhov quit (Remote host closed the connection) |
17:54:20 | * | yglukhov joined #nim |
17:58:35 | * | yglukhov quit (Remote host closed the connection) |
17:59:27 | * | wuehlmaus joined #nim |
18:00:19 | * | yglukhov joined #nim |
18:00:48 | * | Demon_Fox joined #nim |
18:00:54 | * | Demos quit (Read error: Connection reset by peer) |
18:03:01 | * | xcombelle_ joined #nim |
18:03:02 | * | xcombelle_ quit (Read error: Connection reset by peer) |
18:04:33 | * | xcombelle quit (Remote host closed the connection) |
18:13:08 | * | yglukhov quit (Remote host closed the connection) |
18:14:37 | * | Matthias247 quit (Read error: Connection reset by peer) |
18:24:00 | * | NimBot joined #nim |
18:24:44 | * | yglukhov joined #nim |
18:29:45 | * | yglukhov quit (Remote host closed the connection) |
18:44:50 | ldlework | 11:43:33 ldlework | C# because the langauge feels clean and uncluttered and all the features seem to be well integrated |
18:44:51 | ldlework | 11:43:44 kevingranade | if you put it that way it's pretty sexy |
18:44:53 | ldlework | oops |
18:46:27 | * | Demos joined #nim |
18:48:48 | * | yglukhov joined #nim |
18:52:40 | * | golak joined #nim |
18:53:45 | * | yglukhov quit (Remote host closed the connection) |
18:56:44 | * | ingsoc quit (Read error: Connection reset by peer) |
18:58:43 | * | pregressive quit (Remote host closed the connection) |
19:01:06 | * | xcombelle joined #nim |
19:07:23 | * | Varriount joined #nim |
19:07:40 | * | filcuc joined #nim |
19:08:34 | * | NimBot joined #nim |
19:15:35 | * | yglukhov joined #nim |
19:17:07 | * | filcuc quit (Read error: No route to host) |
19:17:24 | * | filcuc joined #nim |
19:21:27 | * | golak quit (Quit: leaving) |
19:22:04 | * | darkf quit (Quit: Leaving) |
19:28:28 | * | vl409 quit (Ping timeout: 272 seconds) |
19:29:27 | * | ChrisMAN joined #nim |
19:55:08 | * | filcuc quit (Remote host closed the connection) |
20:04:26 | * | matkuki joined #nim |
20:21:45 | * | kilon joined #nim |
20:21:47 | matkuki | Is there a way to make this (https://bpaste.net/show/a26dee3cc8e0) compile without defining both types in the same type block? |
20:22:54 | matkuki | I'm using flaviut's oop macro and it doesn't seem to work with two cross referencing classes. |
20:33:21 | dom96 | matkuki: don't think so |
20:33:27 | dom96 | they both have to be in the same type block |
20:33:51 | matkuki | dom96: Bummer |
20:39:36 | * | pregressive joined #nim |
20:43:15 | * | kilon quit (Ping timeout: 244 seconds) |
20:46:22 | Demos | you should (maybe) be able to use a level of indirection to do this. But generally try and avoid this kind of dependency pattern |
20:52:30 | dom96 | I don't think you should need to avoid it |
20:56:02 | matkuki | flaviut's oop macro makes the code more readable to me. |
20:56:04 | matkuki | I have an ActiveObject type and a Line type (separate 'classes' using the oop macro), now I need to add a sequence of ActiveObjects to the Line. |
20:56:54 | matkuki | It's for locking the various ActiveObject instances to a Line instance. |
21:00:48 | dom96 | why can't the oop macro generate the types in the same type section? |
21:03:23 | * | victor-rene joined #nim |
21:03:48 | * | vendethiel joined #nim |
21:03:50 | matkuki | dom96: Can two different 'classes' generate types in the same type block? I don't know how to do that, can you give a simple example? |
21:04:02 | victor-rene | Just wanted to say hello and good job. Installed nim today, having fun with it =) |
21:04:40 | dom96 | hello victor-rene, let us know if you have any questions :) |
21:04:58 | dom96 | matkuki: I'm not sure. The macro should have been designed in a way to allow that I think. |
21:05:49 | * | NimBot joined #nim |
21:06:50 | matkuki | dom96: Is there a way to combine all of the type blocks in a module with a macro? |
21:07:21 | dom96 | matkuki: yeah |
21:08:18 | matkuki | Can you give me a simple example? |
21:08:19 | matkuki | Sorry if the questions get silly, I'm just getting used to simple substitution templates, macros are mostly out of my league. |
21:09:29 | dom96 | hrm, let me see if I can create a quick macro to do this |
21:12:01 | matkuki | thanks |
21:15:19 | dom96 | Doesn't look like the compiler likes that. |
21:15:48 | dom96 | Seems like a bug, i'll report it. |
21:16:27 | dom96 | oh wait |
21:16:41 | dom96 | I'm just being stupid |
21:16:57 | dom96 | https://gist.github.com/dom96/3b072084947511d8f2c2 |
21:17:14 | dom96 | I don't think that will work if you invoke a macro though |
21:17:29 | dom96 | I think you'd need to edit flaviu's macro. |
21:18:46 | victor-rene | question: is anyone assigned to this project? https://github.com/nim-lang/Nim/wiki/GSoC-2015-Ideas#high-level-game-library |
21:19:00 | victor-rene | High level game libray (create Mincraft clone) |
21:19:43 | dom96 | victor-rene: nope, go right ahead. |
21:20:01 | dom96 | Also, just realised you're the one who reported that issue on sdl2's repo. |
21:20:13 | dom96 | I replied, didn't mean to imply that it isn't a sdl2 issue also. |
21:20:26 | victor-rene | dom96, ^^ no problem |
21:21:42 | matkuki | dom96: thanks, so then all of the flaviut's 'classes' need to be defined in the 'singleSection' block, right? |
21:21:43 | victor-rene | about the GSoC though, I'm employed so I can't really full time on it, but i'll upload some code in my repo from time to time |
21:22:08 | dom96 | matkuki: theoretically, but I don't think it will work with flaviu's 'classes' |
21:22:19 | Demos | long type blocks do trigger bugs |
21:22:23 | Demos | more than 500 or so lines I think |
21:22:32 | dom96 | Demos: example? |
21:22:41 | dom96 | victor-rene: that's fine, there is no expectation. |
21:23:23 | Demos | my directX wrappers did it |
21:23:34 | Demos | I had to split some big type sections |
21:23:52 | Demos | on a related note is there a wrapper that contains a definition for IUnknown? |
21:24:22 | Demos | not sure if I want to create one or just change ptr IUnknown to pointer |
21:25:12 | dom96 | Demos: no bug report? |
21:25:44 | Demos | it's a known bug |
21:25:48 | Demos | known by araq that is |
21:25:55 | Demos | he just said it was low prio |
21:26:06 | victor-rene | I will (kind of) be porting Kivy (http://kivy.org) to nim with SDL2 (mainly Win32/Android) |
21:26:17 | Xe | yay libraries |
21:26:57 | Demos | I'm working on a rendering library, but my time is super limited |
21:27:20 | * | Gnewt joined #nim |
21:27:58 | Gnewt | Hey all! I'm trying to run build.sh on my Debian (64bit) box. I'm running into the error "size of array ‘assert_numbits’ is negative" which I know is usually associated with MinGW... |
21:28:02 | Gnewt | Any advice? |
21:28:30 | dom96 | victor-rene: Maybe you could help out with https://github.com/yglukhov/nimx ? |
21:28:48 | dom96 | hey Gnewt |
21:29:20 | dom96 | That error generally means that you're trying to compile a 32bit Nim with a 64bit compiler or vice versa |
21:30:32 | dom96 | or maybe you're using a non-standard libc? |
21:30:41 | Gnewt | Gotcha, dom96 -- I followed the instructions from http://nim-lang.org/download.html |
21:31:22 | Gnewt | I'm assuming the standard gcc on my system is 64bit since my kernel is 64bit... but not positive how to check |
21:31:28 | dom96 | gcc -v |
21:31:48 | Gnewt | gcc version 4.7.2 (Debian 4.7.2-5) |
21:31:56 | dom96 | is that all it says? |
21:31:56 | Gnewt | target is i486-linux-gnu |
21:32:04 | dom96 | yep, that's 32bit |
21:32:06 | Gnewt | yeah |
21:32:10 | dom96 | That's your problem :) |
21:32:17 | Gnewt | Haha, I'm not positive why that's the way it is |
21:33:02 | * | xcombelle quit (Quit: good night) |
21:34:04 | Gnewt | dom96: Should I be trying to compile a 32-bit nim, or should I be running a 64-bit compiler? |
21:34:18 | dom96 | the latter i'd say |
21:34:24 | dom96 | well |
21:34:25 | dom96 | hrm |
21:34:35 | dom96 | Maybe all of your programs and libraries are 32bit |
21:34:40 | dom96 | but why that would be I do not know |
21:36:13 | * | kilon joined #nim |
21:36:45 | Gnewt | I think I switched to a 64-bit kernel a ways back but kept my 32-bit libraries |
21:37:28 | dom96 | ahh |
21:37:33 | * | mahlon quit (Read error: Connection reset by peer) |
21:38:30 | dom96 | Gnewt: just modify build.sh then |
21:38:45 | dom96 | find the line which says "ucpu=" |
21:38:58 | dom96 | and set it to "i486" |
21:39:19 | * | mahlon joined #nim |
21:39:21 | Gnewt | got it |
21:39:22 | Gnewt | thanks! |
21:41:58 | victor-rene | @dom96 nimx looks interesting (and not too big yet), thx for info |
21:44:25 | * | pregressive quit (Remote host closed the connection) |
21:47:53 | matkuki | dom96: It works for type blocks inside your 'singleSection' macro, but not with the 'class' macros. How are macros processed? From the outside scope in? |
21:47:59 | * | jszymanski quit (Quit: computer sleeps...) |
21:48:35 | dom96 | matkuki: yeah, that's what I thought. |
21:48:47 | dom96 | Both macros are immediate. |
21:48:56 | dom96 | I'm not sure in which order they are processed |
21:49:12 | dom96 | I think it is outside scope in |
22:00:56 | * | Trustable quit (Remote host closed the connection) |
22:05:09 | matkuki | dom96: This works: https://bpaste.net/show/980af031e275 |
22:05:10 | matkuki | Removed the 'immediate' pragma. But now there is the problem with forward declarations. Classes need access to helper functions, that are declared at the bottom of the module outside the 'singleSection' macro. |
22:05:12 | matkuki | Does that mean that the 'singleSection' macro has to be upgraded to generate forward declarations and all of the code in the module has to be inside the 'singleSection' macro? |
22:07:20 | dom96 | Like I said, you're better off editing flaviu's macro |
22:07:26 | dom96 | instead of adding on another one to the mix |
22:07:38 | * | Kingsquee joined #nim |
22:07:52 | victor-rene | has anyone worked on a build tool for android yet ? (with SDL2) |
22:10:58 | * | NimBot joined #nim |
22:17:21 | matkuki | dom96: Example of my use of the 'class' macros: https://bpaste.net/show/9464a4ae4953 |
22:17:22 | matkuki | Ok, is there a way to combine type sections in two separately declared macros, as in my example, without adding another macro? What needs to be added to the 'class' macro? |
22:17:54 | matkuki | sorry, this is the correct example: https://bpaste.net/show/cdb7b8407bb9 |
22:18:36 | dom96 | oh right :( |
22:19:11 | dom96 | You'd need to create a macro called 'classes' |
22:19:22 | dom96 | and have it process the 'class One' etc stuff |
22:20:43 | matkuki | Right, I came to that conclusion also. |
22:28:38 | * | NimBot joined #nim |
22:30:11 | matkuki | dom96: This macro that would combine sections and automatically create forward declerations would be great if it was built-in. |
22:31:34 | matkuki | But I suspect some people probably wouldn't want that. |
22:31:51 | * | pregressive joined #nim |
22:33:42 | * | Matthias247 joined #nim |
22:34:09 | matkuki | dom96: Thanks for all the help. I'll probably make the 'classes' macro tomorrow. Cheers |
22:34:35 | dom96 | sure, if you want that macro in Nim's stdlib then create an RFC/feature request on Github |
22:34:39 | dom96 | or a thread on the forum |
22:36:09 | matkuki | Will do, thanks for reminding me. Bye |
22:36:45 | * | matkuki quit (Quit: ChatZilla 0.9.92 [Firefox 40.0.3/20150826023504]) |
22:42:53 | * | NimBot joined #nim |
22:46:19 | * | xcombelle joined #nim |
23:10:33 | * | xcombelle quit (Ping timeout: 250 seconds) |
23:13:21 | * | boop is now known as boopisaway |
23:13:45 | * | gokr quit (Ping timeout: 240 seconds) |
23:18:29 | * | xcombelle joined #nim |
23:18:39 | * | Stefan___ joined #nim |
23:22:26 | Stefan___ | Dom: template offsetof(typ, field): expr = (var dummy: typ; cast[int](addr(dummy.field)) - cast[int](addr(dummy))) # typ, field have no type. Is expr the default type? Is that recommended syntax now? Can seen in manual only templates with typed arguments. |
23:26:23 | * | NimBot joined #nim |
23:30:17 | Stefan___ | Bye, will read the irc log tomorrow... |
23:30:23 | * | Stefan___ quit () |
23:30:42 | * | victor-rene quit (Ping timeout: 246 seconds) |
23:33:17 | dom96 | Stefan: IIRC 'expr' is the default type |
23:34:44 | * | ^aurora^ joined #nim |
23:38:59 | * | X67r quit (Quit: leaving) |
23:42:05 | * | johnsoft quit (Ping timeout: 240 seconds) |
23:45:25 | * | Matthias247 quit (Read error: Connection reset by peer) |
23:46:23 | * | unclechu quit (Quit: Leaving.) |
23:56:00 | * | irrequietus quit () |