00:09:28 | * | jaco60 quit (Quit: Leaving) |
00:10:55 | * | wuehlmaus quit (Quit: Lost terminal) |
00:22:50 | * | brson quit (Quit: leaving) |
00:28:59 | * | boydgreenfield quit (Quit: boydgreenfield) |
00:30:46 | * | kulelu88 quit (Ping timeout: 240 seconds) |
00:46:22 | * | X67r quit (Quit: leaving) |
00:51:18 | * | xorbit quit (Quit: xorbit) |
01:01:47 | * | devzerp quit (Remote host closed the connection) |
01:01:47 | * | no_name quit (Remote host closed the connection) |
01:02:26 | * | boydgreenfield joined #nim |
01:14:44 | * | xorbit joined #nim |
01:16:31 | * | chemist69_ joined #nim |
01:19:01 | * | boydgreenfield quit (Quit: boydgreenfield) |
01:19:26 | * | chemist69 quit (Ping timeout: 240 seconds) |
01:29:21 | * | no_name joined #nim |
01:29:21 | * | devzerp joined #nim |
01:30:30 | * | xorbit quit (Quit: xorbit) |
01:44:06 | * | vendethiel joined #nim |
01:48:22 | * | jakesyl joined #nim |
01:59:54 | * | jakesyl quit (Ping timeout: 246 seconds) |
02:00:09 | * | CryptoToad quit (Quit: Leaving) |
02:07:07 | * | boydgreenfield joined #nim |
02:08:12 | * | vendethiel quit (Ping timeout: 264 seconds) |
02:12:22 | * | jakesyl joined #nim |
02:17:27 | * | kulelu88 joined #nim |
02:27:19 | * | jakesyl quit (Ping timeout: 240 seconds) |
02:40:16 | * | jakesyl joined #nim |
02:55:48 | * | joelmo quit (Quit: Connection closed for inactivity) |
03:02:57 | * | boydgreenfield quit (Quit: boydgreenfield) |
03:03:19 | * | pregressive joined #nim |
03:11:14 | * | pregressive quit (Remote host closed the connection) |
03:17:46 | * | kulelu88 quit (Quit: Leaving) |
03:25:09 | * | superfunc joined #nim |
03:26:01 | * | xorbit joined #nim |
03:28:52 | * | pregressive joined #nim |
03:29:31 | * | pregressive quit (Read error: No route to host) |
03:29:52 | * | pregressive joined #nim |
03:33:37 | gmpreussner|work | is it possible to inject documentation comments into an AST? |
03:33:44 | gmpreussner|work | i found nnkCommentStmt, but have no idea how to use it |
03:34:09 | gmpreussner|work | does it take an nnkStrLit as a child? |
03:51:41 | * | darkf joined #nim |
04:04:51 | * | boydgreenfield joined #nim |
04:06:12 | * | boydgreenfield quit (Client Quit) |
04:10:17 | * | superfunc quit (Ping timeout: 252 seconds) |
04:10:19 | * | jakesyl quit (Ping timeout: 240 seconds) |
04:10:42 | * | superfunc joined #nim |
04:17:41 | * | xorbit left #nim (#nim) |
04:19:09 | * | superfunc quit (Ping timeout: 250 seconds) |
04:24:06 | * | jakesyl joined #nim |
04:52:53 | * | pregressive quit (Remote host closed the connection) |
04:53:09 | * | pregressive joined #nim |
04:55:47 | * | pregress_ joined #nim |
04:56:45 | * | pregressive quit (Read error: Connection reset by peer) |
05:00:22 | * | rleblic quit (Read error: Connection reset by peer) |
05:00:34 | * | rleblic joined #nim |
05:02:20 | * | pregress_ quit (Read error: Connection reset by peer) |
05:03:06 | * | pregressive joined #nim |
05:03:51 | * | Araq quit (Ping timeout: 255 seconds) |
05:03:51 | * | seumiremorque quit (Ping timeout: 255 seconds) |
05:05:16 | * | tmm1 quit (Quit: My MacBook has gone to sleep. ZZZzzz…) |
05:05:29 | * | seumiremorque joined #nim |
05:08:54 | * | Araq joined #nim |
05:13:13 | * | pregressive quit () |
05:40:38 | * | bjz joined #nim |
05:44:34 | * | bjz quit (Client Quit) |
06:35:11 | * | Ven joined #nim |
06:40:03 | * | sigipa joined #nim |
06:48:21 | * | wuehlmaus joined #nim |
07:17:39 | * | bjz joined #nim |
07:39:41 | * | Arrrr joined #nim |
07:50:18 | * | Ven quit (Quit: My MacBook has gone to sleep. ZZZzzz…) |
07:54:03 | * | xificurC joined #nim |
08:01:01 | * | Jehan_ joined #nim |
08:03:03 | * | solidsnack quit (Quit: My Mac has gone to sleep. ZZZzzz…) |
08:03:24 | * | Ven joined #nim |
08:05:30 | * | coffeepot joined #nim |
08:05:31 | * | coffeepot quit (Client Quit) |
08:05:54 | * | coffeepot joined #nim |
08:09:41 | * | vegansk joined #nim |
08:17:42 | * | darkf_ joined #nim |
08:20:42 | * | darkf quit (Ping timeout: 246 seconds) |
08:24:49 | * | Ven quit (Quit: My MacBook has gone to sleep. ZZZzzz…) |
08:29:59 | * | biscarch quit (Ping timeout: 240 seconds) |
08:32:29 | * | biscarch joined #nim |
08:36:06 | * | Jehan_ quit (Quit: Leaving) |
08:37:54 | * | Ven joined #nim |
08:52:47 | * | Ven quit (Quit: My MacBook has gone to sleep. ZZZzzz…) |
09:04:27 | * | Trustable joined #nim |
09:20:04 | * | enamex joined #nim |
09:28:59 | * | thotypous quit (Ping timeout: 240 seconds) |
09:30:02 | * | gokr quit (Quit: Leaving.) |
09:32:23 | * | darkf_ is now known as darkf |
09:47:42 | * | Ven joined #nim |
09:47:45 | * | Ven quit (Client Quit) |
09:48:37 | * | Sahnvour joined #nim |
09:57:27 | * | Ven joined #nim |
10:10:31 | * | seumiremorque left #nim (#nim) |
10:20:52 | * | devzerp quit (Remote host closed the connection) |
10:20:52 | * | no_name quit (Remote host closed the connection) |
10:20:53 | * | bjz quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…) |
10:24:32 | * | Ven quit (Quit: My MacBook has gone to sleep. ZZZzzz…) |
10:25:25 | * | Pisuke joined #nim |
10:26:58 | * | MyMind quit (Ping timeout: 272 seconds) |
10:33:59 | * | bjz joined #nim |
10:44:11 | * | elrood joined #nim |
10:44:16 | * | razaaa joined #nim |
10:51:00 | * | titanomachy_ is now known as titanomachy |
10:51:39 | * | rleblic quit (Quit: Linkinus - http://linkinus.com) |
11:11:52 | * | Ven joined #nim |
11:40:02 | * | Ven quit (Quit: My MacBook has gone to sleep. ZZZzzz…) |
11:51:36 | * | Kingsquee quit (Quit: http://i.imgur.com/EsXzoum.png) |
11:52:56 | * | enamex_ joined #nim |
11:56:46 | * | enamex quit (Ping timeout: 265 seconds) |
12:04:10 | * | enamex_ quit (Ping timeout: 244 seconds) |
12:05:17 | * | titanomachy quit (Quit: Titano quit.) |
12:07:20 | * | titanomachy joined #nim |
12:15:55 | NimBot | nim-lang/Nim devel 87a6268 JamesP [+0 ±1 -0]: bug fix #3416 add wrapper around `[]=` to account for... 1 more lines |
12:15:55 | NimBot | nim-lang/Nim devel 73821ad JamesP [+0 ±1 -0]: add assert test to end of module |
12:15:55 | NimBot | nim-lang/Nim devel 8f9438d Andreas Rumpf [+0 ±1 -0]: Merge pull request #3421 from jlp765/strtab1... 2 more lines |
12:33:35 | * | Jehan_ joined #nim |
12:42:54 | Araq | cncl: sure report it please. |
13:15:20 | * | coffeepot quit (Quit: http://www.kiwiirc.com/ - A hand crafted IRC client) |
13:22:21 | * | Ven joined #nim |
13:41:45 | * | FedeOmoto joined #nim |
13:48:41 | * | BitPuffin joined #nim |
13:55:22 | * | Ven quit (Quit: My MacBook has gone to sleep. ZZZzzz…) |
14:01:55 | * | enamex joined #nim |
14:05:15 | * | pregressive joined #nim |
14:16:47 | NimBot | nim-lang/Nim devel 8e9c0db Araq [+0 ±1 -0]: strutils: wrap too long lines |
14:16:47 | NimBot | nim-lang/Nim devel 732bdd5 Araq [+0 ±1 -0]: added critbits.inc proc |
14:16:47 | NimBot | nim-lang/Nim devel 8507f95 Araq [+1 ±1 -0]: fixes #2637 |
14:16:47 | NimBot | nim-lang/Nim devel 2e413d3 Araq [+0 ±1 -0]: fixes #3383 |
14:21:59 | * | Arrrr quit (Ping timeout: 240 seconds) |
14:22:05 | * | bjz quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…) |
14:25:55 | * | bjz joined #nim |
14:26:03 | * | cyraxjoe quit (Read error: Connection reset by peer) |
14:26:32 | * | cyraxjoe joined #nim |
14:26:38 | * | saml quit (Quit: Leaving) |
14:29:09 | * | saml joined #nim |
14:30:09 | * | gokr joined #nim |
14:32:48 | * | bjz quit (Ping timeout: 264 seconds) |
14:33:34 | * | bjz joined #nim |
14:39:39 | * | ozra joined #nim |
14:47:23 | * | Jehan_ quit (Quit: Leaving) |
14:47:29 | * | smodo joined #nim |
14:51:05 | * | xorbit joined #nim |
14:51:37 | Araq | xorbit: the GC hates malloc. |
14:52:09 | Araq | malloc doesn't help. you could use it instead of mmap though I guess. |
14:52:31 | Araq | but what kind of environment has malloc and no mmap? |
14:53:11 | xorbit | Araq: I'm trying to see if I can use Nim on small microcontrollers (16K flash, 4K RAM). |
14:53:49 | Araq | what's wrong with --os:standalone for that? |
14:54:00 | xorbit | Araq: What is useMalloc for? I notices the alloc functions are also disabled with --os:standalone. |
14:54:26 | xorbit | I'm trying to use --os:standalone, but there's no string functionality whatsoever. |
14:54:53 | Araq | actually there is: array [8, char], cstring ... |
14:55:10 | Araq | with 4K of RAM what do you use strings for anyway? |
14:55:33 | xorbit | Serial interface (UART) console |
14:56:40 | xorbit | In C my initial parser is ~2K of flash. I actually hacked all the hostOS != "standalone" restrictions until I got Nim to compile with strings on standalone, it generated ~8K code. |
14:59:25 | Araq | well but what do you *use* strings for? 4K of RAM is crazy to manage with malloc too. |
15:00:56 | Araq | I'd use a fixed size buffer |
15:01:27 | xorbit | Sending commands and logging data over virtual COM port. I know 4K is limited for malloc as well. This is just an experiment to see if Nim can be applicable in this context as it can still help prevent a load of common C bugs. |
15:01:44 | Araq | you can of course simply use C's malloc in Nim. |
15:02:07 | xorbit | How do you allocate a fixed buffer in Nim? That's what I was after now to reduce the code size of my Nim experiment. |
15:02:51 | xorbit | I'm new to Nim and don't know yet what allocates on the heap and what on stack or data section |
15:02:55 | Araq | use --os:standalone and proc malloc(x: int): pointer {.importc, header: "<stdlib.h>".} and hack away |
15:03:26 | Araq | var buf: array[someSize, char] # allocated on the stack, just like in C |
15:04:05 | xorbit | Ok, great! That's very helpful. I was assuming arrays were allocated on the heap as well. |
15:04:39 | Araq | well at this point useMalloc should die I suppose. |
15:04:57 | Araq | it means to map Nim's alloc/dealloc/realloc to C's allocator |
15:05:07 | * | Arrrr joined #nim |
15:05:38 | Araq | perhaps it's useful. you can then use alloc instead of wrappig malloc on your own |
15:05:51 | xorbit | Ok, sounds useful, but not if it can't be used with --os:standalone which is probably the only time you'd use it :) |
15:06:20 | xorbit | Right now it seems to be disabled with --os:standalone, not sure why. |
15:06:32 | xorbit | alloc I mean |
15:06:48 | Araq | well it's weird to use it with os:standalone since standalone tries very hard to assume there is no C standard library available |
15:07:38 | xorbit | Oh, I misunderstood. I thought it assumed there's a C stdlib but not an OS. |
15:08:18 | xorbit | So maybe I can try my scenario without --os:standalone as well, since my microcontroller has a C library available. |
15:09:19 | Araq | for some definiton of "C library" I assume. printf's format strings feature takes up lots of code |
15:10:30 | Araq | fyi alloc.nim has an implementation for Nim's alloc for embedded devices |
15:10:33 | xorbit | Indeed it does. Before I reduced my C code to 2K, it took 8K as well, because I was using printf. :-P From the memory map it looks like the Nim code is still using one of the printf variants |
15:11:36 | Araq | it uses a global array to act as the heap, take a look. |
15:11:48 | Araq | it's stupid, but an interesting idea. |
15:12:32 | xorbit | Ok, thanks for the alloc.nim pointer, sounds awesome! Is it to be used with or without --os:standalone on a system like mine? |
15:13:05 | Araq | well the heap's size is way too big for your system |
15:13:25 | Araq | but it's in an elif hostOS == "standalone" section ;-) |
15:14:36 | Araq | ah our news.txt says it best: |
15:14:42 | Araq | - There is now a clear distinction between ``--os:standalone`` |
15:14:44 | Araq | and ``--gc:none``. So if you use ``--os:standalone`` ensure you also use |
15:14:45 | Araq | ``--gc:none``. ``--os:standalone`` without ``--gc:none`` is now a version |
15:14:47 | Araq | that doesn't depend on any OS but includes the GC. However this version |
15:14:48 | Araq | is currently untested! |
15:15:45 | xorbit | Ok, good to know. I was wondering about the distinction since I saw different behaviour. |
15:16:22 | xorbit | I can't find alloc.nim, is it in the standard library or nimble? |
15:19:02 | Araq | lib/system/alloc.nim |
15:21:47 | Araq | don't import it, it's part of system.nim |
15:21:47 | * | darkf quit (Quit: Leaving) |
15:22:25 | xorbit | Hmm, in my install, alloc.nim seems to only have a POSIX and Windows allocator and for all others throws "Port memory manager to your platform" |
15:22:58 | xorbit | Is this something new since the last release? |
15:23:15 | Araq | use nim devel |
15:24:04 | xorbit | Ok. Like just clone it from Github? |
15:25:20 | Araq | clone it, build it, ensure it's actually used |
15:25:27 | xorbit | So, with this allocator, I get alloc and friends, but I assume string operations will still not work because there is no GC, correct? |
15:25:42 | * | jaco60 joined #nim |
15:25:59 | Araq | no, it gives you the full GC. I think. |
15:26:26 | Araq | it won't run though cause your heap is too small |
15:26:58 | xorbit | Can I customize the heap size, or does it have a minimum requirement? |
15:27:11 | Araq | the allocator simply wasn't designed to "manage" 4K of RAM. |
15:27:58 | cncl | don't use an allocator if you only have 4k of ram :) |
15:28:02 | Araq | you can customize the heap size, but it won't work. there was a guy working on a new allocator/GC designed for 4K or 8K of RAM, but it's lots of work and pointless. ;-) |
15:28:08 | Araq | bbl |
15:28:56 | xorbit | So, I should still implement some sort of "fixed length string" functionality on top of array or cstring. |
15:29:05 | cncl | that's right |
15:29:19 | cncl | if you try to dynamically allocate strings with 4k of memory, you will run out of memory right away |
15:29:30 | cncl | if you only have 4k of ram, the problem you are trying to solve is probably very bounded in size |
15:29:46 | cncl | so you can analyze the problem you are trying to solve, figure out how much memory needs to be reserved to handle strings, and then just only use that much |
15:29:54 | xorbit | It is, just parsing simple serial port commands and outputting data |
15:31:18 | xorbit | I was doing an experiment implementing the same parsing code in C and Nim. The Nim code was of course more beautiful because it was higher level. I now have to see how I can make it lower level and still be nice enough to be worth it to bother with Nim. :) |
15:32:10 | Araq | it is worth it. you get bounds checking and overflow checking and everything that is available at compile-time. |
15:34:15 | * | razaaa quit (Ping timeout: 268 seconds) |
15:35:18 | Araq | you get a real "bool" datatype, real enums, bitsets, real arrays that don't tumble down into pointers, a real 'case' statement where 'break' actually leaves the loop |
15:35:56 | Araq | etc etc. How anybody can be happy to use C remains the big mystery of our time. ;-) |
15:37:48 | xorbit | Haha, right. :) Believe me, there's a reason I'm interested in Nim! Embedded C is my bread and butter, but after doing enough high level code in Python I was getting spoiled. I would love Nim to be my "across the board" language, replacing both C and Python. |
15:37:49 | cncl | the 5th and strongest force of nature |
15:37:54 | cncl | "historical reasons" |
15:39:08 | * | kulelu88 joined #nim |
15:39:08 | * | kulelu88 quit (Changing host) |
15:39:08 | * | kulelu88 joined #nim |
15:39:21 | * | razaaa joined #nim |
15:39:24 | xorbit | Can you clarify for me what string literals are like? I noticed for instance that with --os:standalone, I could compile `echo "test"` but not `let x = "test"`. So it looks like string literals are something different from string variables. |
15:40:28 | Araq | you can also use let x: cstring = "test" |
15:40:49 | Araq | string literals are special in that they are put in the static data section |
15:41:13 | Araq | this is close to what C does with string literals |
15:41:33 | Araq | note that the literal still contains the length information though |
15:44:14 | xorbit | So when you do `let x: cstring = "test"`, it just updates the pointer to point to the static data section. What's the binary format with length info? <length><string data><zero termination> or something like that? |
15:54:03 | * | boopsiesisaway is now known as boopsies |
15:55:36 | * | irrequietus joined #nim |
15:56:19 | cncl | Araq: https://github.com/nim-lang/Nim/issues/3424 :) |
15:56:31 | cncl | hopefully i will get good enough soon to help fix things like this |
15:56:39 | cncl | but i imagine that is one of the most difficult areas of the compiler |
16:00:23 | cncl | ah, git supports nim via linguist, i updated the markdown |
16:00:28 | cncl | er, github |
16:02:01 | xorbit | Hmm, installing Nim devel from Github, get to the point where I'm doing `nim e install_nimble.nims` and I get: `lib/system/ansi_c.nim(38, 5) Error: cannot 'importc' variable at compile time` |
16:03:36 | xorbit | Oh, wait, it's still using my old 0.11.2 Nim, my bad. |
16:14:15 | * | Ven joined #nim |
16:16:21 | * | razaaa quit (Ping timeout: 246 seconds) |
16:17:19 | * | Jesin quit (Quit: Leaving) |
16:20:23 | * | Jesin joined #nim |
16:22:15 | * | Demon_Fox quit (Quit: Leaving) |
16:28:14 | cncl | actually it doesn't look that complicated |
16:29:44 | * | razaaa joined #nim |
16:33:45 | * | smodo quit (Remote host closed the connection) |
16:41:22 | cncl | is there a quick way to generate all permutations of an enum set? |
16:43:12 | * | Ven quit (Quit: My MacBook has gone to sleep. ZZZzzz…) |
16:45:03 | * | iamd3vil joined #nim |
16:48:08 | * | Jehan_ joined #nim |
16:52:00 | cncl | guess i'll try writing my first macro for it |
16:54:08 | * | anthgur joined #nim |
16:56:19 | * | Matthias247 joined #nim |
17:02:58 | * | brson joined #nim |
17:04:04 | * | irrequietus quit () |
17:04:21 | * | ozra quit (Ping timeout: 246 seconds) |
17:10:56 | * | silven quit (Ping timeout: 265 seconds) |
17:11:20 | * | silven joined #nim |
17:13:19 | xorbit | cncl: Would the `nextPermutation` proc in the algorithm module be of any use to you? |
17:13:31 | * | iamd3vil left #nim ("Leaving") |
17:36:48 | * | xorbit left #nim (#nim) |
17:39:16 | * | juanfra quit (Read error: Connection reset by peer) |
17:40:03 | * | BitPuffin quit (Ping timeout: 268 seconds) |
17:41:34 | * | xorbit joined #nim |
17:59:17 | cncl | i just ended up adapting this one for bitsets (i also needed powersets) https://github.com/def-/nim-unsorted/blob/master/powerset.nim |
17:59:26 | cncl | but thanks :) |
18:00:56 | * | juanfra joined #nim |
18:07:29 | * | tmm1 joined #nim |
18:07:50 | tmm1 | good morning |
18:08:07 | Araq | hey! |
18:08:35 | cncl | greetings |
18:11:13 | * | xorbit left #nim (#nim) |
18:55:02 | * | vendethiel joined #nim |
18:57:21 | softinio | can we only use varargs as parameters or can we use them everywhere else like and array or a seq |
19:00:03 | def- | softinio: only as parameters |
19:33:12 | * | Arrrr quit (Quit: WeeChat 1.2) |
19:49:23 | * | irrequietus joined #nim |
20:13:34 | * | xorbit joined #nim |
20:14:41 | * | irrequietus quit () |
20:28:15 | cncl | is there a way to list redundant import statements? |
20:32:30 | Araq | not really |
20:35:45 | cncl | ah ok |
20:36:01 | Araq | you can implement this feature though |
20:36:09 | Araq | there is some issue for it of course |
20:36:33 | cncl | i'll take a look when i'm a bit more confident :) |
20:36:51 | Araq | do you know our internal documentation already? |
20:37:05 | cncl | no |
20:37:28 | Araq | hrm I wonder why nobody can find it ... |
20:38:17 | Araq | http://nim-lang.org/docs/intern.html#debugging-the-compiler |
20:38:30 | cncl | ah thanks |
20:39:19 | xorbit | Araq: Is there some special magic going on with the implementation of `echo`? When I try the same signature I get: `Error: invalid type: 'typed' in this context: 'proc (x: varargs[typed])'` |
20:40:37 | Araq | yes, but mere mortals can use it in a template |
20:40:52 | xorbit | :) OK |
20:41:33 | Araq | actually ... I think you need to use a macro. |
20:41:54 | Araq | cannot access varargs parameters reasonably in a template |
20:43:42 | * | razaaa quit (*.net *.split) |
20:43:42 | * | jaco60 quit (*.net *.split) |
20:43:42 | * | FedeOmoto quit (*.net *.split) |
20:43:42 | * | titanomachy quit (*.net *.split) |
20:43:42 | * | Sahnvour quit (*.net *.split) |
20:43:42 | * | jakesyl quit (*.net *.split) |
20:43:42 | * | Guest88591 quit (*.net *.split) |
20:43:42 | * | dom96 quit (*.net *.split) |
20:43:42 | * | infinity0 quit (*.net *.split) |
20:43:42 | * | lokulin quit (*.net *.split) |
20:43:43 | * | mal`` quit (*.net *.split) |
20:43:44 | * | tstm quit (*.net *.split) |
20:43:44 | * | Amun_Ra quit (*.net *.split) |
20:43:44 | * | nchambers quit (*.net *.split) |
20:43:44 | * | someplace quit (*.net *.split) |
20:43:44 | * | clone1018_ quit (*.net *.split) |
20:46:14 | * | jaco60 joined #nim |
20:46:14 | * | FedeOmoto joined #nim |
20:46:14 | * | titanomachy joined #nim |
20:46:14 | * | Sahnvour joined #nim |
20:46:14 | * | jakesyl joined #nim |
20:46:14 | * | Guest88591 joined #nim |
20:46:14 | * | dom96 joined #nim |
20:46:14 | * | infinity0 joined #nim |
20:46:14 | * | mal`` joined #nim |
20:46:14 | * | nchambers joined #nim |
20:46:14 | * | tstm joined #nim |
20:46:14 | * | Amun_Ra joined #nim |
20:46:14 | * | someplace joined #nim |
20:46:14 | * | clone1018_ joined #nim |
20:52:04 | * | bjz quit (Ping timeout: 272 seconds) |
20:56:40 | * | lokulin joined #nim |
20:56:59 | * | bjz joined #nim |
21:00:29 | * | anthgur quit (Quit: My Mac has gone to sleep. ZZZzzz…) |
21:14:30 | * | brson_ joined #nim |
21:16:09 | * | irrequietus joined #nim |
21:16:37 | * | brson quit (Ping timeout: 250 seconds) |
21:19:29 | * | brson joined #nim |
21:20:57 | * | Mat4 joined #nim |
21:21:01 | Mat4 | hello |
21:21:07 | Araq | servus |
21:21:59 | * | brson_ quit (Ping timeout: 240 seconds) |
21:24:10 | Araq | OnO: any downsides you can think of when we always flush after a writeLine in the compiler? |
21:24:35 | * | brson_ joined #nim |
21:25:49 | Araq | the compiler doesn't produce so much output that it would matter for performance |
21:26:50 | * | brson quit (Ping timeout: 240 seconds) |
21:34:06 | * | brson_ quit (Ping timeout: 240 seconds) |
21:34:52 | * | strcmp1 joined #nim |
21:40:11 | * | brson joined #nim |
21:44:41 | * | boopsies is now known as boopsiesisaway |
21:45:34 | * | OmIkRoNiXz quit (Ping timeout: 246 seconds) |
21:46:26 | * | X67r joined #nim |
21:47:14 | * | OmIkRoNiXz joined #nim |
21:49:24 | * | bjz quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…) |
21:51:54 | * | anthgur joined #nim |
21:52:48 | xorbit | Cool, got a working `echo` macro now using cstring, with a converter `$` from int to cstring. :) Happily surprised with how easy it is to get up to speed with this. |
21:53:57 | * | anthgur quit (Client Quit) |
21:55:32 | * | bjz joined #nim |
21:56:00 | * | brson quit (Quit: leaving) |
21:56:07 | xorbit | Is there an equivalent for C's 'static' when declaring a value in a function? Local scope but allocated in the data segment. |
21:57:30 | * | bjz quit (Read error: Connection reset by peer) |
22:00:06 | * | Kingsquee joined #nim |
22:00:21 | dom96 | xorbit: 'const'? |
22:01:05 | xorbit | dom96: No I need to be able to change it (var) |
22:01:16 | Jehan_ | xorbit: {.global.} pragma |
22:01:30 | xorbit | Thanks! |
22:01:57 | reactormonk | xorbit, so that's where static comes from in java - good to know. |
22:02:06 | dom96 | i see |
22:02:12 | Mat4 | ciao |
22:02:15 | * | Mat4 quit (Quit: Leaving) |
22:04:01 | * | bjz joined #nim |
22:09:16 | * | softinio quit (Remote host closed the connection) |
22:09:16 | * | biscarch quit (Remote host closed the connection) |
22:10:05 | * | clone1018 quit (Read error: Connection reset by peer) |
22:10:07 | xorbit | How do you get the number of possible values of an enum? .len doesn't seem to do it. For instance `type TestEnum = enum One, Two, Three, Four`, length would be 4. |
22:11:13 | * | bjz quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…) |
22:22:37 | * | mikolalysenko quit (Remote host closed the connection) |
22:23:22 | tmm1 | high(TestEnum) == 3 |
22:23:34 | tmm1 | i'm not sure if there's a way to get the cardinality |
22:27:30 | * | pregressive quit (Remote host closed the connection) |
22:38:08 | * | X67r quit (Read error: Connection reset by peer) |
22:38:56 | * | X67r joined #nim |
22:47:37 | * | biscarch joined #nim |
22:49:08 | * | clone1018 joined #nim |
22:50:59 | * | Kingsquee quit (Ping timeout: 256 seconds) |
22:56:02 | xorbit | Thanks tmm1! |
23:00:32 | * | softinio joined #nim |
23:00:59 | xorbit | OTOH, it doesn't seem to work... `echo high(TestEnum) == 3` -> `Error: type mismatch: got (TestEnum, int literal(3))` |
23:06:22 | * | Trustable quit (Remote host closed the connection) |
23:12:24 | cncl | in c++ and other languages i'm used to explicitly dealing with slack in resizable arrays (c++ STL "vectors", or whatever the project is using) |
23:13:18 | cncl | oops hold on |
23:14:23 | cncl | setLen on a seq does not reallocate it when the new size is smaller? |
23:14:44 | * | Kingsquee joined #nim |
23:17:09 | * | Matthias247 quit (Read error: Connection reset by peer) |
23:20:35 | dom96 | xorbit: use `ord` to get the int value of TestEnum |
23:25:24 | * | tmm1 quit (Quit: My MacBook has gone to sleep. ZZZzzz…) |
23:26:05 | * | Demon_Fox joined #nim |
23:28:44 | xorbit | Can a macro create a variable and pass a type cast of it out to the "calling" scope? |
23:29:23 | * | X67r quit (Ping timeout: 265 seconds) |
23:32:11 | * | rollo joined #nim |
23:33:28 | NimBot | nim-lang/Nim devel 82a0405 Aman Gupta [+0 ±1 -0]: fix failure in tests/method/tmapper.nim... 8 more lines |
23:33:28 | NimBot | nim-lang/Nim devel 61ace9e Aman Gupta [+0 ±1 -0]: fix failure in lib/pure/ospaths.nim... 7 more lines |
23:33:28 | NimBot | nim-lang/Nim devel 18882d0 Aman Gupta [+0 ±1 -0]: fix test failures in subexes due to missing trailing whitespace... 14 more lines |
23:33:28 | NimBot | nim-lang/Nim devel f89c247 Aman Gupta [+1 ±0 -0]: fix test failure in coro.nim... 7 more lines |
23:33:28 | NimBot | 18 more commits. |
23:35:49 | * | Demos joined #nim |
23:37:19 | * | mikolalysenko joined #nim |
23:52:03 | * | EastByte_ quit (Ping timeout: 252 seconds) |
23:52:19 | * | EastByte_ joined #nim |
23:52:47 | * | shodan45 joined #nim |
23:55:10 | * | tmm1 joined #nim |
23:59:19 | * | gokr quit (Ping timeout: 268 seconds) |