| 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) |