00:01:27 | FromGitter | <zacharycarter> nm think I got it |
00:32:04 | * | Neomex quit (Quit: Leaving) |
00:32:56 | * | sz0 quit (Quit: Connection closed for inactivity) |
00:56:24 | * | Etheco quit (Quit: Leaving) |
01:10:07 | * | chemist69 quit (Disconnected by services) |
01:10:12 | * | chemist69_ joined #nim |
01:45:26 | * | yingjun joined #nim |
01:45:40 | * | aedigix quit (Quit: disconnecting) |
01:47:48 | * | aedigix joined #nim |
02:05:13 | * | Jesin joined #nim |
02:06:08 | * | Jesin quit (Remote host closed the connection) |
02:06:23 | * | Jesin joined #nim |
02:21:26 | * | Snircle_ quit (Quit: Textual IRC Client: www.textualapp.com) |
02:22:09 | * | yingjun quit (Remote host closed the connection) |
02:22:23 | * | yingjun joined #nim |
02:23:48 | * | yingjun quit (Remote host closed the connection) |
02:24:22 | * | yingjun joined #nim |
02:33:13 | * | Jesin quit (Quit: Leaving) |
02:45:19 | * | libman quit (Quit: Connection closed for inactivity) |
03:02:17 | * | pilne quit (Quit: Quitting!) |
03:20:05 | * | xet7 quit (Ping timeout: 258 seconds) |
03:21:37 | * | def-pri-pub joined #nim |
03:31:53 | * | xet7 joined #nim |
03:39:26 | * | Nobabs27 quit (Quit: Leaving) |
03:39:56 | * | Jesin joined #nim |
03:57:31 | * | yingjun quit (Remote host closed the connection) |
03:57:44 | * | yingjun joined #nim |
03:58:42 | * | yingjun quit (Remote host closed the connection) |
04:02:47 | * | yingjun joined #nim |
04:04:56 | * | benny__ joined #nim |
04:04:56 | * | benny_ quit (Read error: Connection reset by peer) |
04:08:07 | * | yingjun quit (Remote host closed the connection) |
04:08:16 | * | yingjun joined #nim |
04:09:47 | * | yingjun quit (Remote host closed the connection) |
04:16:42 | * | jsgrant joined #nim |
04:20:06 | * | benny__ quit (Remote host closed the connection) |
04:25:46 | * | ofelas quit (Quit: shutdown -h now) |
04:31:23 | * | yglukhov joined #nim |
04:35:35 | * | yglukhov quit (Ping timeout: 240 seconds) |
04:39:25 | * | def-pri-pub quit (Quit: leaving) |
04:41:30 | * | Jesin quit (Quit: Leaving) |
04:44:24 | * | Jesin joined #nim |
05:05:50 | * | yingjun joined #nim |
06:05:57 | * | rauss quit (Quit: WeeChat 1.8) |
06:29:11 | * | nsf joined #nim |
06:30:37 | * | benny_ joined #nim |
06:48:40 | * | benoliver999 quit (Ping timeout: 246 seconds) |
06:49:37 | * | benoliver999 joined #nim |
06:50:44 | * | Vladar joined #nim |
06:51:31 | * | yingjun quit (Remote host closed the connection) |
06:51:50 | * | yingjun joined #nim |
06:52:49 | * | yingjun quit (Remote host closed the connection) |
06:57:36 | * | yingjun joined #nim |
07:04:07 | * | yglukhov joined #nim |
07:10:28 | * | xet7 quit (Ping timeout: 240 seconds) |
07:14:10 | * | Arrrr joined #nim |
07:14:10 | * | Arrrr quit (Changing host) |
07:14:10 | * | Arrrr joined #nim |
07:23:49 | * | xet7 joined #nim |
07:35:32 | * | yingjun quit (Remote host closed the connection) |
07:35:53 | * | yingjun joined #nim |
07:37:18 | * | yingjun quit (Remote host closed the connection) |
07:41:28 | * | xet7 quit (Ping timeout: 255 seconds) |
07:44:16 | * | vlad1777d joined #nim |
07:45:34 | * | Andris_zbx joined #nim |
07:56:50 | * | xet7 joined #nim |
08:05:39 | * | yingjun joined #nim |
08:07:17 | * | Calinou quit (Ping timeout: 240 seconds) |
08:13:05 | * | xet7 quit (Ping timeout: 240 seconds) |
08:15:24 | * | yingjun quit (Remote host closed the connection) |
08:15:36 | * | yingjun joined #nim |
08:16:34 | * | yingjun quit (Remote host closed the connection) |
08:24:52 | * | Calinou joined #nim |
08:26:29 | * | xet7 joined #nim |
08:27:32 | * | Vladar quit (Remote host closed the connection) |
08:30:57 | * | couven92 joined #nim |
09:07:35 | Arrrr | Is this a safe, gc-free way to move sequences inside sequences? https://glot.io/snippets/eqjsvaq6vb |
09:09:57 | * | yingjun joined #nim |
09:12:12 | Araq | Arrrr: looks like it |
09:13:53 | Arrrr | Thank you. |
09:17:32 | * | yingjun quit (Ping timeout: 245 seconds) |
09:18:02 | * | yingjun joined #nim |
09:24:05 | * | arnetheduck joined #nim |
09:32:46 | FromGitter | <UrKr> Is there a way to define a fixed-size array at runtime? |
09:34:54 | couven92 | @UrKr a normal array declaration like `var x: array[5, int]` is a fixed-sized array. ref: https://nim-lang.org/docs/manual.html#types-array-and-sequence-types |
09:36:06 | couven92 | the length (as specified with the first value between the angular brackets), must be a value that is known at compile time |
09:40:01 | FromGitter | <UrKr> @couven92 I see. Thanks you |
09:40:12 | * | murych joined #nim |
09:43:45 | * | aedigix quit (Remote host closed the connection) |
09:44:03 | * | aedigix joined #nim |
09:48:45 | Arrrr | You can use sequences for that |
09:49:18 | Arrrr | There was a way to actually make arrays at runtime, i'll try to find the thread. |
09:50:40 | Arrrr | https://forum.nim-lang.org/t/499 |
09:52:37 | Arrrr | https://forum.nim-lang.org/t/567#3036 |
10:00:59 | enthus1ast | can we have in interface like this (popr, popl, pushr, pushl) in the sdtlib somewhere? https://ch4t.code0.xyz/code/d+vmkEaNaPt4TkSxdQzwHOhoctVZocS8n28uF50Mylnw2x20SSDfXjBUZZj@x@B+o034TiFV1dx3PuTROjCvlw==/59367d0e440f2a7c00000267/ace |
10:01:20 | enthus1ast | can we have an |
10:05:14 | Arrrr | Except for popl, the rest are already in. |
10:10:36 | enthus1ast | where they are? :) |
10:12:20 | Arrrr | popr = pop, pushr=add, pushl=insert (index argument defaults to 0) |
10:12:38 | Arrrr | delete's i argument could work the same way as insert's |
10:13:04 | enthus1ast | jeah, this is how i implemented them in the example |
10:13:16 | enthus1ast | but, |
10:14:58 | enthus1ast | to find the correct functions i had to search (maybe its just me), i was grepping through the stdlib to find anything usefull. Maybe its a good idea to give people what they `espect` |
10:15:11 | enthus1ast | expect |
10:18:37 | Araq | enthus1ast: so which language stdlib uses popr, popl, pushr, pushl? never heard of these names |
10:21:59 | enthus1ast | i meant a "push left" etc, nameing is the next thing :) |
10:23:35 | couven92 | enthus1ast, and what is wrong with add, insert and pop? Those would be the names I'd expect... |
10:24:30 | enthus1ast | if i would build a stack then i could just do: stack.pushl(val) ; stack.popl() |
10:24:55 | couven92 | and I would be wondering what the ominous `l` stands for... |
10:25:06 | enthus1ast | left/right |
10:25:33 | couven92 | yeah, after I I gathered that, I'd be wondering where left and right are in a Stack |
10:26:51 | * | benny_ quit (Remote host closed the connection) |
10:27:53 | couven92 | In my usual textbooks a stack grows from the bottom and upwards, so that pushing and popping is done at the top which is the last inserted item... However, when implementing a Stack as an array (or seq) the top would normally be the high index and in memory this would be a higher memory address, in which case you could argue that this would actually be the bottom... |
10:27:59 | enthus1ast | i find the names visually appealing :) |
10:28:14 | * | benny_ joined #nim |
10:28:16 | enthus1ast | mhh |
10:28:29 | enthus1ast | ok i see |
10:28:33 | couven92 | long story short: directions in a stack (or any memory) is very difficult to keep consistent, and people have lots of opinions about that |
10:29:25 | couven92 | add, insert and pop with a given index is actually very non-ambigous |
10:30:20 | couven92 | although, I have to say that the Python `append` is even better than `add` as it is even more explicit |
10:39:56 | Araq | couven92: it's worse because it's longer and less generic |
10:40:47 | Araq | tables can have an 'add' too but "append" sounds weird for them |
10:41:48 | * | Snircle joined #nim |
11:02:03 | FromGitter | <zacharycarter> compiler is segfaulting on this code, not sure why : ⏎ ⏎ https://gist.github.com/zacharycarter/c54d9f807b18ba24f8f7ef2051861171 |
11:07:13 | FromGitter | <zacharycarter> nm needed to read the forums |
11:08:06 | couven92 | Araq, I agree. I was only thinkingn within the limited scope of stacks, lists and seqs... And we have a perfectly justified document at https://nim-lang.org/docs/apis.html saying the same. Love that API naming design document BTW, I use it a lot naming things, even when I am writing internal APIs |
11:10:03 | FromGitter | <zacharycarter> hrm nevermind |
11:10:08 | FromGitter | <zacharycarter> the nimcall pragma did not fix my issue |
11:10:19 | * | yingjun quit (Remote host closed the connection) |
11:10:58 | * | yingjun joined #nim |
11:11:46 | FromGitter | <zacharycarter> think I figured out why - Plugin is a concept |
11:12:06 | FromGitter | <zacharycarter> @Araq is this something I should try to reproduce and report? |
11:12:14 | FromGitter | <zacharycarter> or is this intended behavior? |
11:12:17 | * | yingjun quit (Remote host closed the connection) |
11:16:36 | FromGitter | <zacharycarter> guessing it's not supposed to work but I don't think the compiler should segfault either |
11:28:43 | * | xet7 quit (Ping timeout: 246 seconds) |
11:33:03 | * | yingjun joined #nim |
11:39:22 | Araq | zacharycarter: I don't think you need to report it, there is a PR pending fixing this |
11:43:03 | * | Vladar joined #nim |
11:47:49 | FromGitter | <andreaferretti> Nim is nearing 1000 issues |
11:47:50 | * | xet7 joined #nim |
11:47:55 | FromGitter | <andreaferretti> party time! :-P |
11:48:42 | dom96 | bug fixing party? :P |
11:53:52 | * | yingjun quit (Remote host closed the connection) |
11:54:05 | * | yingjun joined #nim |
11:54:09 | * | yingjun quit (Remote host closed the connection) |
11:54:18 | * | yingjun joined #nim |
11:54:35 | * | yingjun quit (Remote host closed the connection) |
11:55:43 | FromGitter | <andreaferretti> even bug triaging party would go a long way |
11:55:58 | FromGitter | <andreaferretti> I guess many of those 1000 are not applicable anumore |
11:56:01 | FromGitter | <andreaferretti> anymore |
12:02:17 | * | noethics quit (Remote host closed the connection) |
12:02:36 | * | noethics joined #nim |
12:24:34 | * | Neomex joined #nim |
12:26:56 | * | Snircle quit (Ping timeout: 246 seconds) |
12:28:00 | * | Snircle joined #nim |
12:46:22 | Arrrr | some of them are questions/feature requests/documentation |
12:55:02 | FromGitter | <konqoro> does the xmltree module works? |
12:55:13 | FromGitter | <konqoro> because it can't parse a simple file |
12:55:14 | * | yingjun joined #nim |
12:56:43 | FromGitter | <konqoro> https://gist.github.com/konqoro/609785448ade3758be6a29b42c3dd975 |
13:01:30 | * | yingjun quit (Ping timeout: 240 seconds) |
13:18:04 | niv | can i bother someone with a code review thing? i've been hacking away at a library that allows generating binary un/packers based on templates. it used to work fine in 0.16, but 0.17 broke it and im not sure why. |
13:18:27 | niv | https://gist.github.com/niv/ab6d3c9c290cbfa0fe537d0e9e7c4614 |
13:22:50 | niv | in particular, the issue i'm having is that StaticValue*[T: static[string]] = distinct string suddenly does not compile anymore; the error i get is: type mismatch: got (StaticValue[StaticValue.T]) but expected 'StaticValue["123"]'. this used to work |
13:24:59 | * | arnetheduck quit (Ping timeout: 258 seconds) |
13:29:21 | * | Snircle_ joined #nim |
13:31:34 | * | Snircle quit (Ping timeout: 246 seconds) |
13:32:41 | Araq | konqoro, well it can parse the xml, 'echo xml' works |
13:34:53 | FromGitter | <andreaferretti> is there a compile time flag to detect that we are running the `doc2` command? |
13:35:20 | FromGitter | <konqoro> yes I tested the 'rss' package from nimble and it seems to work |
13:35:52 | FromGitter | <konqoro> no idea why that doesn't. |
13:36:14 | FromGitter | <andreaferretti> could be that `sst` is the root node? |
13:36:25 | FromGitter | <andreaferretti> no need to descend with `child` |
13:36:29 | FromGitter | <andreaferretti> just guessing |
13:36:59 | Araq | yeah, the tree IS the 'sst' node, it doesn't HAVE the 'sst' node ;-) |
13:37:40 | Araq | niv: please report it on github |
13:38:35 | FromGitter | <konqoro> thanks andrea I think that's it |
13:39:09 | niv | Araq: when I changed the erroring line from "t = StaticValue(str)" to "t = cast[StaticValue[T]](str)" it compiled & worked again. is that still worthy of reporting? kinda looks like my code was broken in that it played it too fast and loose |
13:41:17 | Araq | andreaferretti when defined(nimdoc) |
13:41:19 | * | xet7 quit (Quit: Leaving) |
13:41:55 | Araq | niv: does StaticValue[T](str) work too? |
13:42:13 | niv | yes. |
13:42:38 | FromGitter | <andreaferretti> @Araq thank you! |
13:43:02 | Araq | niv: then you use that and give zahary some rest ;-) (don't report it) |
13:43:11 | niv | i figured, thank you |
14:09:31 | * | rauss joined #nim |
14:12:20 | * | Snircle joined #nim |
14:12:52 | * | Snircle_ quit (Ping timeout: 246 seconds) |
14:21:49 | * | benny_ quit (Remote host closed the connection) |
14:25:55 | * | benny_ joined #nim |
14:28:04 | * | benny_ quit (Remote host closed the connection) |
14:28:44 | FromGitter | <andreaferretti> I have forked my own linear algebra library |
14:28:49 | FromGitter | <andreaferretti> new development happens on https://unicredit.github.io/neo/ |
14:29:02 | FromGitter | <andreaferretti> which does not support static types |
14:29:22 | FromGitter | <andreaferretti> it turned out to be neat, but too much work to mantain |
14:40:58 | FromGitter | <konqoro> i think I found something that is really a bug: https://gist.github.com/konqoro/609785448ade3758be6a29b42c3dd975 |
14:45:41 | * | xet7 joined #nim |
15:15:01 | * | planhths joined #nim |
15:16:14 | Araq | andreaferretti: Huh? |
15:16:59 | * | ofelas joined #nim |
15:21:05 | * | planhths quit (Ping timeout: 240 seconds) |
15:21:15 | * | planhths joined #nim |
15:22:50 | ftsf | http://static.impbox.net/tmp/screenshot-editor.png nim based 3d engine and 3d tile editor coming together =) |
15:28:44 | Araq | konqoro: for some reason 'readData' returns -193 |
15:28:52 | Araq | I wonder what's going on |
15:31:53 | dom96 | ftsf: ooh, open source? |
15:32:08 | ftsf | dom96, the game won't be, but i'll open source all the engine type stuff |
15:32:32 | dom96 | ftsf: what sort of game are you making? |
15:32:45 | ftsf | dom96, a game about photographing cats ;) |
15:33:05 | dom96 | Sounds like just the sort of game the internet will love :D |
15:33:10 | ftsf | hopefully! |
15:33:17 | ftsf | game of my life |
15:33:29 | ftsf | when i'm not programming i'm taking photos of cats |
15:34:28 | * | Trustable joined #nim |
15:37:56 | demi- | ftsf: these are good life decisions |
15:42:59 | FromGitter | <andreaferretti> @Araq I used to support vectors and matrices whose size is encoded in the type, as well as those whose size is only known at runtime |
15:43:19 | FromGitter | <andreaferretti> Turns out, it adds a lot of work |
15:43:41 | FromGitter | <andreaferretti> The library becomes much more streamlined when using only dinamically sized containers |
15:44:05 | FromGitter | <andreaferretti> (which are needed anyway, because sometimes size is only determined at runtime) |
15:44:26 | FromGitter | <andreaferretti> in order not to break everything for people using static vectors and matrices |
15:44:42 | FromGitter | <andreaferretti> I simplified the library and published it with a different name |
15:44:48 | Araq | yeah but small NxN matrixes are the foundation of graphics programming and you lose big time when you need to store the size at runtime |
15:44:50 | FromGitter | <andreaferretti> New development will happen there |
15:45:10 | FromGitter | <andreaferretti> Well, linear-algebra is not disappearing anyway |
15:45:42 | FromGitter | <andreaferretti> The use case that I am interested in is actually large matrices used in scientific programming and machine learning |
15:46:07 | FromGitter | <andreaferretti> Think 10000x10000, not 3x3 |
15:46:40 | FromGitter | <andreaferretti> I intentionally forked with a new name in order not to disrupt people using linear algebra for static matrices |
15:47:55 | * | yglukhov quit (Remote host closed the connection) |
15:54:36 | * | Andris_zbx quit (Remote host closed the connection) |
15:59:12 | Araq | ok, nice |
15:59:33 | * | yingjun joined #nim |
15:59:43 | Araq | yeah, it's not a coincidence no library covers both large and tiny matrixes |
16:04:58 | Araq | konqoro: fixed, but your usage of sideEffect()[^1] is also problematic ;-) |
16:05:40 | Araq | the compiler used to prevent this but now with the new sideeffect tracking it's quite impossible. maybe we need a better ^1 transformation. for now, store it in a variable before accessing |
16:05:47 | * | yingjun quit (Ping timeout: 240 seconds) |
16:08:06 | planhths | thanks Araq |
16:08:19 | planhths | sure I only tried that for debug |
16:48:35 | * | couven92 quit (Quit: Client disconnecting) |
16:48:55 | * | yglukhov joined #nim |
16:52:56 | * | yglukhov quit (Ping timeout: 246 seconds) |
17:00:58 | * | benny_ joined #nim |
17:02:52 | * | yingjun joined #nim |
17:02:59 | * | nsf quit (Quit: WeeChat 1.7.1) |
17:06:58 | LyndsySimon | Does anyone have experience using Python and Nim together, particularly for scientific computing or data processing? |
17:07:08 | * | yingjun quit (Ping timeout: 240 seconds) |
17:08:51 | * | xyz32 joined #nim |
17:09:05 | xyz32 | hi is there a string trim function in nim? |
17:09:11 | xyz32 | I looked here: https://nim-lang.org/docs/theindex.html |
17:09:19 | xyz32 | but didn't find any |
17:10:58 | LyndsySimon | xyz32: https://nim-lang.org/docs/strutils.html#strip,string,set[char] |
17:10:59 | LyndsySimon | ? |
17:12:07 | FromGitter | <Varriount> LyndsySimon: There are a few Python-Nim interfaces floating around. |
17:13:11 | LyndsySimon | Varriount: Interesting. I'm reading now. |
17:13:26 | LyndsySimon | I'm trying to find something that interests me to sink my teeth into in Nim. |
17:14:01 | shmup | https://codegolf.stackexchange.com/questions/123685/covfefify-a-string |
17:14:05 | shmup | no nim yet :) |
17:15:35 | LyndsySimon | I saw that this morning on HN :) |
17:18:49 | * | krux02 joined #nim |
17:19:39 | * | pilne joined #nim |
17:20:21 | * | ofelas quit (Quit: shutdown -h now) |
17:22:47 | xyz32 | LyndsySimon: thank you |
17:23:08 | LyndsySimon | xyz32: NP :) I'm still very new around here too. |
17:23:44 | * | rauss quit (Ping timeout: 246 seconds) |
17:23:50 | * | ofelas joined #nim |
17:26:04 | * | rauss joined #nim |
17:26:04 | * | benny_ quit (Read error: Connection reset by peer) |
17:26:26 | * | benny_ joined #nim |
17:36:50 | * | htnjns is now known as jonesz |
17:47:04 | * | PMunch joined #nim |
17:58:33 | * | couven92 joined #nim |
18:05:26 | * | yglukhov joined #nim |
18:15:11 | * | chemist69_ quit (Ping timeout: 246 seconds) |
18:18:21 | * | nsf joined #nim |
18:31:15 | krux02 | what is the proper way to convert a ptr size pair of chars to a string? |
18:31:25 | krux02 | (non null terminated string) |
18:31:48 | krux02 | All functions in C have a 0 terminated variant of it. |
18:32:45 | ftsf | newStringOfCap and copyMem it? |
18:32:50 | ftsf | probably a nicer way |
18:33:11 | krux02 | well I hope so |
18:35:51 | * | chemist69 joined #nim |
18:39:23 | shmup | ftsf: hey man, hows cgajam thing going? |
18:39:37 | ftsf | shmup, been workin on some other stuff, should get back to that before it's over |
18:39:52 | shmup | i'm .. slowly (learning mostly) trying to recreate http://adamatomic.com/gravity/ with some twists (will have to enable flash if you're even able to on that linux box) ;) |
18:39:57 | shmup | cool ftsf |
18:40:08 | shmup | very few twists. just recreating it would be a feat for me lol |
18:40:15 | ftsf | flash is embedded in chrome these days =o |
18:40:17 | ftsf | can't get rid of it |
18:40:30 | ftsf | cool! looks like a nice game |
18:40:31 | shmup | i think you'll appreciate the simplicity of the game. lends itself so well to the gravity theme. nice physics. :) |
18:40:34 | shmup | yeah for sure it is |
18:40:38 | shmup | that dev has many a few nice things, really. |
18:40:49 | shmup | has made* |
18:41:07 | ftsf | i'm working on a 3d engine atm |
18:41:14 | shmup | yeah I read. is this your first experience? |
18:41:15 | ftsf | bit of a change from my normal 2d stuff |
18:41:25 | ftsf | hmm not really, but furthest i've got =) |
18:41:38 | * | ludocode quit (Remote host closed the connection) |
18:41:39 | ftsf | usually i give up on 3d stuff |
18:41:46 | ftsf | 2d is a lot easier to get into |
18:42:18 | ftsf | hmm, need to get an object's type as a string at runtime, is that possible? |
18:43:02 | ftsf | foo.type.name gives me "Foo", but Foo is really of a child type |
18:48:22 | shmup | i've never tried making a game. and so i don't even really need math in my day2day dev job. not much. lol your little nim video was helpful in just clarifying distance function etc. |
18:48:34 | shmup | things I did surely learn back in high school, in 2001 :P |
18:48:37 | ftsf | ooh glad it hepled =) |
18:48:42 | FromGitter | <zetashift> @ftsf your nico example uses 'import vec' and nim complains about it not finding it and I can't seem to find it through nimble got any suggestions |
18:49:00 | ftsf | yeah, wish they had taught us math would be useful for making games, i might have paid attention |
18:49:09 | shmup | haha |
18:49:25 | FromGitter | <ephja> you need math for that? I'll stick to websites |
18:49:46 | ftsf | zetashift, hmm i'll check. |
18:50:36 | shmup | you really don't need much math for a 2d game on a smiple scale, ephja. the only real math I've used at the moment in nim is sqrt(pow(x1 - y1) + pow(x2 - y2)) to find the distance between two points. |
18:50:45 | shmup | in nim game* |
18:51:07 | ftsf | zetashift, oops, i should have included vec or published it (it was just a simple replacement for glm while glm was broken, i'll include it with the example |
18:51:10 | shmup | s/smiple/simple |
18:52:30 | ftsf | zetashift, try now |
18:53:08 | ftsf | shmup, oh i forgot, i did do a bunch more on my CGAJAM game |
18:53:24 | ftsf | just pushed the changes up |
18:53:36 | ftsf | got moving platforms working |
18:59:39 | FromGitter | <zetashift> oh man I'm new to all this so I was thinking I was overlooking something really obvious |
18:59:54 | FromGitter | <zetashift> gonna try it when i get home |
19:00:52 | * | yglukhov quit (Remote host closed the connection) |
19:01:39 | * | yingjun joined #nim |
19:06:41 | * | yingjun quit (Ping timeout: 268 seconds) |
19:07:20 | * | xyz32 quit (Ping timeout: 246 seconds) |
19:08:20 | * | xyz32 joined #nim |
19:12:56 | * | benny_ quit (Remote host closed the connection) |
19:18:46 | subsetpark | Two new blog posts (feedback welcome) : http://blog.zdsmith.com/posts/compiletime-sort-in-nim.html |
19:19:05 | subsetpark | http://blog.zdsmith.com/posts/unit-testing-in-nim.html |
19:19:52 | * | yglukhov joined #nim |
19:20:16 | FromGitter | <ephja> "for e in getType(T)[1]: static: echo e" -> "Error: cannot evaluate at compile time: e" |
19:22:24 | FromGitter | <ephja> "macro m(T: typedesc[enum]..." |
19:22:35 | * | xyz32 quit (Quit: Konversation terminated!) |
19:24:13 | * | Arrrr quit (Quit: Leaving.) |
19:26:07 | * | couven92 quit (Ping timeout: 260 seconds) |
19:27:37 | shmup | imo push your static js change to /nico/examples/platformer.html ftsf :) |
19:27:51 | shmup | that's what i've been showing friends, heh |
19:28:35 | FromGitter | <ephja> but it's really T that can't be evaluated at compile time |
19:29:30 | * | gokr joined #nim |
19:29:35 | ftsf | shmup, good idea |
19:30:30 | shmup | er, well sorry, that's if you really want your platformer to be such a rich example. your cgajam game and all. maybe you do want it simpler? |
19:30:41 | shmup | as it currently is, infinite falling etc |
19:30:53 | FromGitter | <ephja> or does this have anything to do with getType? |
19:31:01 | ftsf | yeah, it's a bit complicated for an example now =) |
19:31:03 | shmup | either or, an html/js cgajam url would be cool |
19:31:07 | shmup | could be somewhere else lol |
19:41:37 | * | ludocode_ joined #nim |
19:49:43 | * | rauss quit (Quit: WeeChat 1.8) |
20:03:06 | * | yingjun joined #nim |
20:04:17 | * | noethics quit (Ping timeout: 240 seconds) |
20:08:35 | * | yingjun quit (Ping timeout: 246 seconds) |
20:09:17 | * | gokr quit (Ping timeout: 240 seconds) |
20:10:45 | * | Trustable quit (Remote host closed the connection) |
20:13:08 | * | noethics joined #nim |
20:40:16 | dom96 | subsetpark: no time to read all of it I'm afraid, but the start is brilliantly written :) |
20:40:33 | dom96 | subsetpark: Ready for tweeting? |
20:43:34 | subsetpark | Yeah, let me have it. |
20:44:39 | * | yglukhov quit (Remote host closed the connection) |
20:46:50 | * | Matthias247 joined #nim |
20:47:31 | dom96 | subsetpark: hrm, what do you mean let you have it? |
20:52:12 | ftsf | \o/ got ECS implemented in my 3D engine now. Got deferred shading, ambient occlusion, HDR mapping, FXAA. Coming together nicely. Still need font rendering. Would help a lot with debugging. |
20:53:13 | ftsf | oh and dynamic sky and day/night cycles. |
20:54:50 | ftsf | need something like imgui |
20:56:59 | subsetpark | dom96: I mean I am ready for tweeting :) |
20:57:43 | dom96 | okay :) |
20:58:31 | dom96 | Tweeted |
20:59:26 | FromGitter | <zetashift> I liked the post of compile time sort, hoping people do this more often instead of following up a D article hehe |
20:59:33 | FromGitter | <zetashift> currently reading the unit test one |
21:04:30 | * | murych_ joined #nim |
21:06:30 | * | Jesin quit (Quit: Leaving) |
21:07:27 | * | murych quit (Ping timeout: 240 seconds) |
21:10:34 | * | Jesin joined #nim |
21:12:22 | * | Vladar quit (Quit: Leaving) |
21:16:00 | * | yglukhov joined #nim |
21:18:17 | * | gokr joined #nim |
21:30:25 | chrisheller | It sure is nice to be able to disable and enable the GC dynamically. |
21:31:52 | chrisheller | Was having issues with some callbacks crashing, but they run just fine when the GC is not on, which is nice for narrowing down the problem |
21:32:28 | chrisheller | Of course, I still need to hunt down the actual problem now :) |
21:47:10 | * | xet7 quit (Ping timeout: 246 seconds) |
22:01:47 | demi- | there is stuff like the llvm address sanitizer and other tools that can help you with that |
22:16:32 | * | rauss joined #nim |
22:18:02 | chrisheller | I probably need to get familiar with that. |
22:19:58 | chrisheller | What's interesting is that is I narrowed down the problem to some logging statements in the callback. Disabling the GC before logging and re-enabling immediately afterwards no longer crashes |
22:22:02 | * | gokr quit (Ping timeout: 255 seconds) |
22:30:42 | demi- | that doesn't sound ideal |
22:33:50 | chrisheller | No, definitely not :) I'm trying to swap in some direct file writes in place of the logging module now. |
22:35:02 | * | nsf quit (Quit: WeeChat 1.7.1) |
22:39:55 | * | Matthias247 quit (Read error: Connection reset by peer) |
22:40:07 | demi- | i'd suggest trying to debug it tbh; the address sanitizer or valgrind makes stuff like trivial to figure out the problem |
22:45:10 | * | Jesin quit (Quit: Leaving) |
22:45:12 | * | vlad1777d quit (Remote host closed the connection) |
22:55:32 | * | murych_ quit (Ping timeout: 246 seconds) |
23:02:56 | * | rosshadden joined #nim |
23:06:28 | * | libman joined #nim |
23:07:00 | * | yingjun joined #nim |
23:12:28 | * | yingjun quit (Ping timeout: 260 seconds) |
23:13:47 | * | Jesin joined #nim |
23:19:17 | * | couven92 joined #nim |
23:30:07 | * | NimBot joined #nim |
23:36:11 | chrisheller | I neglected to mention that these are Windows .DLLs ; doesn't look like address sanitizer works on Windows. Looks like maybe Dr Memory might be good for this. |
23:48:06 | * | PMunch quit (Quit: leaving) |
23:54:40 | * | yglukhov quit (Remote host closed the connection) |