| 00:12:58 | madprops | so there's no key list in tables? |
| 00:25:48 | * | Hideki_ joined #nim |
| 00:32:17 | * | Hideki_ quit (Ping timeout: 252 seconds) |
| 00:32:38 | * | Simerax quit (Quit: https://quassel-irc.org - Komfortabler Chat. Überall.) |
| 00:37:09 | clyybber | gn8 |
| 00:37:10 | * | clyybber quit (Quit: WeeChat 2.6) |
| 00:41:22 | * | jjido quit (Quit: My MacBook has gone to sleep. ZZZzzz…) |
| 00:45:55 | * | Hideki_ joined #nim |
| 00:46:32 | * | krux02 joined #nim |
| 00:50:02 | * | Hideki_ quit (Ping timeout: 240 seconds) |
| 01:04:44 | FromGitter | <kayabaNerve> madprops: You can use .keys() and asSeq to get it as a seq |
| 01:06:04 | FromGitter | <kayabaNerve> *toSeq |
| 01:07:45 | madprops | ah cool |
| 01:07:58 | madprops | btw is there a way without using counters to know if it's the last iteration of a for loop? |
| 01:13:24 | * | thomasross_ joined #nim |
| 01:13:24 | * | thomasross is now known as Guest38394 |
| 01:13:24 | * | Guest38394 quit (Killed (sinisalo.freenode.net (Nickname regained by services))) |
| 01:13:24 | * | thomasross_ is now known as thomasross |
| 01:19:35 | * | thomasross quit (Ping timeout: 252 seconds) |
| 01:28:08 | * | krux02 quit (Remote host closed the connection) |
| 01:28:13 | * | thomasross joined #nim |
| 01:32:44 | * | thomasross_ joined #nim |
| 01:32:44 | * | thomasross quit (Killed (sinisalo.freenode.net (Nickname regained by services))) |
| 01:32:44 | * | thomasross_ is now known as thomasross |
| 01:38:23 | FromGitter | <kayabaNerve> In programming? Have the loop terminate one loop early and replicate the body after the for loop. |
| 01:38:28 | FromGitter | <kayabaNerve> In Nim? Nothing specific |
| 01:44:59 | shashlick | Hmm duplicate messages |
| 01:50:38 | madprops | could it be implemented in nim at all? |
| 01:50:51 | madprops | if last_iteration: |
| 01:50:53 | madprops | that would be cool |
| 02:20:03 | sealmove | wow! |
| 02:20:09 | sealmove | I found a super strange bug |
| 02:20:17 | sealmove | Araq: https://play.nim-lang.org/ |
| 02:20:27 | sealmove | sorry: https://play.nim-lang.org/#ix=22uj |
| 02:22:04 | sealmove | or more simple example: https://play.nim-lang.org/#ix=22uk |
| 02:22:42 | madprops | heh, it's true |
| 02:23:00 | madprops | could be any number of hashtags like ### |
| 02:23:01 | sealmove | ohh I only now read https://nim-lang.org/docs/manual.html#lexical-analysis-comments |
| 02:23:08 | sealmove | my bad |
| 02:23:22 | madprops | oh |
| 02:23:34 | sealmove | "Documentation comments are comments that start with two ##. Documentation comments are tokens; they are only allowed at certain places in the input file as they belong to the syntax tree!" |
| 02:24:50 | sealmove | need to sleep :( more Nim tomorrow, bb~ |
| 02:25:07 | * | sealmove quit (Quit: WeeChat 2.6) |
| 02:52:41 | * | endragor joined #nim |
| 03:03:34 | * | rockcavera quit (Remote host closed the connection) |
| 03:04:25 | FromGitter | <topcheese> !eval echo @[10,20,30,65].contains(30) |
| 03:04:44 | * | NimBot joined #nim |
| 03:05:16 | FromGitter | <topcheese> Amateur, hahaha |
| 03:12:14 | * | sagax joined #nim |
| 03:42:23 | * | nsf joined #nim |
| 03:48:43 | madprops | <kayabaNerve> madprops: You can use .keys() and asSeq to get it as a seq |
| 03:48:46 | madprops | that doesn't seem to work |
| 03:48:51 | madprops | keys() is unrecognized |
| 03:57:21 | * | bacterio joined #nim |
| 04:20:03 | * | joshbaptiste quit (Ping timeout: 240 seconds) |
| 04:35:44 | * | chemist69 quit (Ping timeout: 276 seconds) |
| 04:37:06 | * | chemist69 joined #nim |
| 04:52:45 | FromDiscord_ | <Rika> it shouldnt |
| 04:52:52 | FromDiscord_ | <Rika> rather it should be recognize |
| 04:55:27 | FromDiscord_ | <Rika> https://play.nim-lang.org/#ix=22uR it works... |
| 05:00:06 | FromGitter | <zacharycarter> so based on the RFC about unifying memory management options |
| 05:00:26 | FromGitter | <zacharycarter> should I continue to write my code using the default GC? |
| 05:00:41 | FromGitter | <zacharycarter> or should I switch to gc:arc |
| 05:01:28 | FromGitter | <zacharycarter> based on the RFC it sounds like if I don't do this, my code will eventually only run with --gc:bohem |
| 05:01:34 | FromGitter | <zacharycarter> or am I incorrect in that understanding? |
| 05:02:00 | madprops | Rika: http://i.imgur.com/bNMeix3.png |
| 05:02:04 | madprops | guess im doing something wrong |
| 05:02:48 | madprops | http://i.imgur.com/XlYIgXC.png |
| 05:10:51 | * | Hideki_ joined #nim |
| 05:25:17 | * | narimiran joined #nim |
| 05:35:48 | * | oculux joined #nim |
| 05:36:16 | * | oculuxe quit (Ping timeout: 240 seconds) |
| 05:41:41 | FromGitter | <zetashift> @madprops got a snippet of how you call the keys iterator? |
| 05:47:40 | madprops | not sure if this helps https://play.nim-lang.org/#ix=22uZ |
| 05:47:48 | madprops | the last proc is from a different file |
| 05:47:53 | madprops | in that file i import tables and sequtils |
| 05:49:15 | madprops | oh and: var db*: DB |
| 05:51:32 | madprops | maybe OrderedTable doesn't have keys() |
| 05:54:46 | * | nif quit (Quit: ...) |
| 05:54:57 | * | nif_ joined #nim |
| 05:58:49 | madprops | or maybe something weird is happening with the objects structure |
| 06:04:39 | * | ltriant quit (Quit: leaving) |
| 06:33:53 | * | dddddd quit (Read error: Connection reset by peer) |
| 06:45:36 | * | theelous3 quit (Ping timeout: 240 seconds) |
| 06:50:19 | lqdev[m] | madprops: it's not x.items.keys, it's just x.keys |
| 06:50:36 | * | solitudesf joined #nim |
| 06:50:41 | lqdev[m] | you don't iterate over the keys of the items of the table, you iterate over the keys of the table. |
| 06:50:56 | lqdev[m] | also, afaik, there's no items iterator for tables but I may be wrong |
| 06:51:21 | madprops | items is an OrderedTable inside a DB object |
| 06:51:27 | madprops | i need the keys of 'items' |
| 06:54:22 | lqdev[m] | oh, right |
| 06:54:42 | lqdev[m] | I assumed you're trying to use the iterator since it was highlighted green |
| 06:56:33 | lqdev[m] | how about you try to rename the field to fItems or something? |
| 06:57:50 | lqdev[m] | another idea: don't use toSeq, use an actual algorithm that iterates over the keys and makes a string out of them |
| 06:58:50 | madprops | i was doing it manually in like 4 lines |
| 06:58:57 | madprops | but a one liner would be nicer |
| 06:59:07 | madprops | also renaming all to 'itemz' didn't help |
| 06:59:58 | lqdev[m] | a one liner isn't always efficient. I'm not you, so I won't tell you what to do, but personally I avoid oneliners because usually they're really inefficient |
| 07:00:18 | lqdev[m] | don't know if you care about memory usage, tho |
| 07:00:55 | madprops | i do. but i don't think short code is necesarily expensive |
| 07:01:03 | madprops | if what you use is well made |
| 07:01:17 | lqdev[m] | true |
| 07:09:09 | * | chemist69 quit (Ping timeout: 246 seconds) |
| 07:14:38 | * | chemist69 joined #nim |
| 07:18:37 | madprops | i wonder if garbage collection is smart, in the sense that it works when the program is not using the cpu a lot |
| 07:22:20 | * | GordonBGood joined #nim |
| 07:34:09 | * | LargeEpsilon joined #nim |
| 07:42:00 | * | GordonBGood_ joined #nim |
| 07:43:54 | * | GordonBGood quit (Ping timeout: 265 seconds) |
| 07:45:37 | * | PMunch joined #nim |
| 07:46:50 | * | GordonBGood_ quit (Ping timeout: 276 seconds) |
| 07:51:40 | Araq | https://www.youtube.com/watch?v=R7EEoWg6Ekk offtopic but interesting |
| 07:51:50 | Araq | 'mov' is Turing complete |
| 07:52:45 | Araq | https://github.com/xoreaxeaxeax/movfuscator/ if you thinking 'nesting' is bad, just write your code using only moves |
| 07:53:01 | Araq | if you like consistency so much, just write your code using only moves |
| 07:53:09 | Araq | brilliant move! :-) |
| 07:53:28 | planetis[m] | in the collect macro, for seqs you end up writing ``collect(newSeqOfCap(5))`` to work correctly, which is too much, i think |
| 07:54:05 | Araq | you'll never be confused ever again, there is only one instruction to use and it's 'mov'. the ultimate simplicity |
| 07:54:08 | * | thomasross quit (Ping timeout: 252 seconds) |
| 07:54:52 | Araq | planetis[m]: what's wrong with collect(newSeqOfCap) |
| 07:55:52 | planetis[m] | nah its fine i guess |
| 07:55:54 | Araq | you could specialize collect(5, ...) to mean collect(newSeqOfCap(5), ...) |
| 07:56:10 | Araq | seems a bit arbitrary |
| 07:58:18 | planetis[m] | yes it does, btw should it support an init call with more than one arguments ``collect(init(arg1, arg2))`` |
| 07:58:21 | * | thomasross joined #nim |
| 07:59:02 | Araq | yeah, just take over all the arguments |
| 08:00:00 | * | gmpreussner quit (Quit: kthxbye) |
| 08:00:29 | planetis[m] | ok |
| 08:04:47 | * | gmpreussner joined #nim |
| 08:08:23 | * | Trustable joined #nim |
| 08:16:13 | planetis[m] | araq, one last remark, wrap the result in a block expr or not? |
| 08:16:53 | Araq | usually that's a legacy from before we had hygiene |
| 08:18:36 | planetis[m] | it still doesn't work, weird |
| 08:28:05 | * | MnlPhlp joined #nim |
| 08:40:07 | * | Vladar joined #nim |
| 08:43:15 | * | lvmbdv joined #nim |
| 08:45:23 | FromGitter | <zacharycarter> I keep going back and forth as to whether I should go for more realistic looking terrain and a more advanced renderer ala - https://scontent.fhen1-1.fna.fbcdn.net/v/t1.0-9/70816581_10106244796484836_610633152787906560_o.jpg?_nc_cat=101&_nc_oc=AQlFKWu5tRn5bjcDbFqgc6LPmn5zAtyY667WB-67KEuATwdEFh7jci0qZDRooN5iopQ&_nc_ht=scontent.fhen1-1.fna&oh=20884cc964bc999698b17de58641c48b&oe=5E88E7EF |
| 08:45:45 | FromGitter | <zacharycarter> vs https://imgur.com/a/auuxvpP |
| 08:48:50 | * | sagax quit (Ping timeout: 240 seconds) |
| 08:49:14 | * | LargeEpsilon quit (Ping timeout: 276 seconds) |
| 08:51:53 | Araq | zacharycarter: don't worry about the --gc:arc, there is little if any porting required to use it |
| 08:55:59 | FromGitter | <zacharycarter> ah cool - thanks |
| 09:06:55 | Araq | and since I now beat gcbench, maybe we can remove --gc:boehm as well |
| 09:07:09 | Araq | :P one GC to rule them all |
| 09:07:09 | FromGitter | <zacharycarter> :D |
| 09:07:17 | Zevv | zacharycarter: the former is way cooler, but does it add to gameplay? |
| 09:07:31 | Zevv | #2 is factorio |
| 09:07:34 | FromGitter | <zacharycarter> gameplay - probably not |
| 09:07:40 | FromGitter | <zacharycarter> but aesthetics yes |
| 09:07:53 | Araq | the "more realistic looking terrain" is ugly IMO |
| 09:08:03 | FromGitter | <zacharycarter> well - that's probably just my bad splat matting |
| 09:08:39 | FromGitter | <zacharycarter> untextured it would look more like - https://github.com/bkaradzic/bgfx/blob/master/examples/41-tess/screenshot.png?raw=true |
| 09:08:47 | Araq | I would look at https://www.youtube.com/watch?v=fAzSZ2K1yGk for inspiration |
| 09:09:25 | FromGitter | <zacharycarter> well I'm going 3d not 2d |
| 09:09:48 | FromGitter | <zacharycarter> that game does look cool though :D |
| 09:12:56 | FromGitter | <zacharycarter> I think i will go with the terrain style in the gif but add more rendering options |
| 09:13:13 | FromGitter | <zacharycarter> like deferred and clustered shading |
| 09:13:19 | * | sagax joined #nim |
| 09:14:04 | FromGitter | <zacharycarter> I think the more realistic terrain will make it more difficult to edit / create balanced fun rts maps |
| 09:14:21 | Araq | https://www.twitch.tv/araq4k I'm streaming btw |
| 09:14:24 | FromGitter | <zacharycarter> since it would be more of terrain painting than a tiled terrain editor like I've been planning |
| 09:27:03 | livcd | no sound? |
| 09:27:52 | livcd | i only hear aaah yay |
| 09:27:54 | livcd | in a loop |
| 09:28:24 | Araq | infinite loop... |
| 09:28:57 | livcd | but it was funny |
| 09:29:18 | livcd | yes |
| 09:29:23 | livcd | nope loop |
| 09:29:27 | livcd | lol :D |
| 09:29:41 | livcd | going to reg on twitch |
| 09:35:25 | Araq | I dunno what changed, but this ain't working |
| 09:35:53 | Araq | maybe I should switch to youtube or something |
| 09:37:16 | livcd | technology always fails |
| 09:38:23 | * | kcvinu joined #nim |
| 09:38:54 | kcvinu | How to use base class methods in derived classes ? |
| 09:39:49 | Araq | ok, I'm back |
| 09:41:03 | * | uu91 quit (Read error: Connection reset by peer) |
| 09:41:18 | * | uu91 joined #nim |
| 09:41:54 | * | kcvinu quit (Remote host closed the connection) |
| 09:42:01 | * | kcvinu joined #nim |
| 09:47:14 | * | LargeEpsilon joined #nim |
| 09:57:27 | * | kcvinu quit (Ping timeout: 260 seconds) |
| 10:13:17 | * | Hideki_ quit (Remote host closed the connection) |
| 10:14:00 | * | Hideki_ joined #nim |
| 10:18:03 | * | Hideki_ quit (Ping timeout: 240 seconds) |
| 10:24:47 | * | uu91 quit (Ping timeout: 276 seconds) |
| 10:26:45 | * | uu91 joined #nim |
| 10:36:42 | * | clyybber joined #nim |
| 10:38:19 | clyybber | Mike: Succeeded? |
| 10:38:31 | Araq | dunno I guess so |
| 10:38:48 | Araq | the session is over already, we now have a .localPassc pragma |
| 10:39:46 | clyybber | Araq: Oh, I was literally asking Mike about some vulkan stuff from yesterday :) |
| 10:40:05 | clyybber | Araq: I like that your mouse literally squeaks :p |
| 10:40:40 | * | krux02 joined #nim |
| 10:43:00 | Araq | I thought you wrote 'Mike' for 'mic' :P |
| 10:43:09 | Araq | as I had mic problems ... |
| 10:43:14 | Araq | or rather software problems |
| 10:43:47 | * | Trustable quit (Remote host closed the connection) |
| 10:46:06 | lqdev[m] | I find it funny how there's no ideal audio system. windows audio is buggy with devices, pulseaudio is glitchy, jack is not that widely supported... |
| 10:46:35 | Araq | how is Windows audio buggy? |
| 10:46:45 | Araq | never had a problem with it |
| 10:47:03 | lqdev[m] | back in windows 7 days it really liked disconnecting my mic for no reason |
| 10:47:12 | clyybber | pulseaudio is fine nowadays |
| 10:47:17 | clyybber | alsa is simple stupid |
| 10:47:20 | clyybber | jack is awesome |
| 10:47:34 | * | Trustable joined #nim |
| 10:47:38 | clyybber | (jack works on windows btw) |
| 10:47:59 | Araq | but I also had no problems with it on Linux either, except for when a Ubuntu update broke everything |
| 10:48:13 | lqdev[m] | clyybber: pulseaudio is good when you add `tsched=0` to module-udev-detect, but the latency is soo horrible! |
| 10:48:38 | clyybber | of course, pulseaudio isn't intended for ultra-low-latency stuff |
| 10:48:47 | Araq | and then it was a pita. iirc I solved it by never touching Linux again ... :P |
| 10:48:47 | lqdev[m] | it may be wine or something, but I can't stand the 50ms delay between pressing a button on my launchpad and ableton registering the press |
| 10:49:06 | lqdev[m] | s/ableton/fl studio/ |
| 10:49:13 | clyybber | lqdev: Wine? |
| 10:49:17 | lqdev[m] | ableton is even worse since it runs like shit on wine |
| 10:49:25 | lqdev[m] | clyybber: yes, wine |
| 10:49:46 | clyybber | yeah, I wish ableton would get a linux version |
| 10:49:50 | lqdev[m] | too bad this world isn't perfect |
| 10:49:54 | clyybber | lqdev: wineasio? |
| 10:50:00 | clyybber | it uses jack as the backend |
| 10:50:34 | lqdev[m] | clyybber: never heard about that. I use fl studio asio in fl studio and the latency is pretty good, at 512 buffer size |
| 10:50:45 | lqdev[m] | can't go below that because it starts stuttering |
| 10:51:05 | clyybber | it will go through all the wine stuff nonetheless, you should really use wineasio |
| 10:51:12 | clyybber | as that bridges it directly |
| 10:51:25 | lqdev[m] | thanks for the recommendation, I'll try it when I get home |
| 10:52:03 | clyybber | let me know how it goes, I may try fl studio on linux then |
| 10:52:45 | clyybber | fl studios UI is just godlike, the animations and everything make everything feel slick |
| 10:53:06 | clyybber | but I like abletons slick look |
| 10:59:26 | * | Hideki_ joined #nim |
| 11:00:23 | * | clyybber quit (Quit: WeeChat 2.6) |
| 11:00:33 | * | clyybber joined #nim |
| 11:02:09 | FromGitter | <Clyybber> clyber, clyyber, clybber, clyybber |
| 11:02:25 | clyybber | test |
| 11:03:10 | livcd | everything breaks when you need it the most |
| 11:03:40 | * | fredrik92 joined #nim |
| 11:05:12 | * | fredrik92 quit (Read error: Connection reset by peer) |
| 11:05:37 | * | fredrik92 joined #nim |
| 11:06:35 | * | couven92 quit (Disconnected by services) |
| 11:06:44 | * | fredrik92 is now known as couven92 |
| 11:07:01 | * | fredrik92 joined #nim |
| 11:10:42 | * | couven92 quit (Read error: Connection reset by peer) |
| 11:11:06 | * | couven92 joined #nim |
| 11:14:34 | * | rockcavera joined #nim |
| 11:28:36 | FromGitter | <alehander92> Araq "what's wrong with collect(newSeqOfCap)" |
| 11:28:54 | FromGitter | <alehander92> well its too long |
| 11:29:31 | FromGitter | <alehander92> but great work |
| 11:29:38 | FromGitter | <alehander92> ready to deprecate `comprehension` |
| 11:33:02 | * | LargeEpsilon quit (Ping timeout: 276 seconds) |
| 11:48:27 | * | uu91 quit (Read error: Connection reset by peer) |
| 11:48:41 | * | uu91 joined #nim |
| 11:54:19 | * | LargeEpsilon joined #nim |
| 12:06:56 | * | uu91 quit (Read error: Connection reset by peer) |
| 12:07:12 | * | uu91 joined #nim |
| 12:09:23 | * | Hideki_ quit (Remote host closed the connection) |
| 12:10:00 | * | Hideki_ joined #nim |
| 12:13:25 | Araq | alehander92: but why, comprehension is different enough |
| 12:13:31 | Araq | no need to deprecate it |
| 12:14:27 | * | solitudesf quit (Ping timeout: 240 seconds) |
| 12:20:33 | FromGitter | <alehander92> do you think so |
| 12:21:25 | narimiran | disruptek: are you here? |
| 12:28:17 | Zevv | Last thing I heard is he's lost somewhere in the canadian highlands |
| 12:33:29 | narimiran | Zevv: ah yeah, i remember him bragging about it :) |
| 12:34:01 | narimiran | anyways, if any of you would like to beta-test Nim 1.0.4, please join #nim-testers |
| 12:34:31 | narimiran | (or don't, i'll share the link here too, but there we can stay more focused on that topic) |
| 12:34:42 | FromGitter | <zacharycarter> is disruptek Canadian? |
| 12:36:55 | FromDiscord_ | <mratsim> getImpl doesn't seem to work on module symbols, is there a way to inspect an imported module AST, I thought there was one |
| 12:41:37 | FromDiscord_ | <mratsim> ah, found it: https://github.com/nim-lang/Nim/pull/9560 |
| 12:42:19 | narimiran | beta version of Nim 1.0.4 is ready for testing, you can grab it at: https://github.com/nim-lang/nightlies/releases/tag/2019-11-22-version-1-0-4084ef1 |
| 12:56:07 | Araq | !search thread |
| 12:56:13 | clyybber | !github thread |
| 12:56:14 | disbot | https://github.com/yglukhov/threadpools -- |
| 12:56:14 | disbot | https://github.com/cheatfate/wanted -- Asynchronous threaded webserver for Nim |
| 12:56:16 | disbot | https://github.com/liquid600pgm/pibench2 -- A dead-simple, multi-threaded performance benchmark. |
| 12:56:22 | Araq | ah that's it, thanks |
| 12:56:35 | * | endragor quit (Remote host closed the connection) |
| 12:58:03 | clyybber | np |
| 12:58:30 | clyybber | !github terminal |
| 12:58:32 | disbot | https://github.com/FedericoCeratto/nim-dashing -- Terminal dashboards for Nim |
| 12:58:32 | disbot | https://github.com/icyphox/fab -- :star2: print fabulously in your terminal |
| 12:58:32 | disbot | https://github.com/molnarmark/spinny -- 🌀 Spinny is a tiny terminal spinner package for the Nim Programming Language. |
| 13:22:00 | * | leorize quit (Ping timeout: 260 seconds) |
| 13:26:54 | * | leorize joined #nim |
| 13:30:23 | FromGitter | <zacharycarter> all of the artifacts are named `nim-1.0.3-*` though |
| 13:38:50 | * | NimBot joined #nim |
| 13:39:34 | Araq | narimiran, yeah ... what is that? forgot to update the version in system.nim? :P |
| 13:39:52 | narimiran | no, it is on purpose |
| 13:40:23 | narimiran | last time it was "why is this named 1.0.2 if it is not the final 1.0.2 version?" :D |
| 13:40:59 | narimiran | so, don't worry, the final version will be 1.0.4. when the time comes. |
| 13:41:16 | Araq | ok, good |
| 13:41:33 | Araq | always nice to see people who know what they're doing. |
| 13:41:37 | Araq | bbl |
| 13:45:45 | narimiran | :) |
| 14:02:43 | * | Vladar quit (Quit: Leaving) |
| 14:07:00 | * | solitudesf joined #nim |
| 14:14:41 | * | nsf quit (Quit: WeeChat 2.6) |
| 14:27:03 | * | ng0 joined #nim |
| 14:27:26 | * | dddddd joined #nim |
| 14:34:18 | clyybber | Araq, mratsim, deech: I think we should have deprecated {.compileTime.} instead of static return types |
| 14:34:35 | clyybber | Or just made {.compileTime.} imply a static return type |
| 14:34:53 | clyybber | Having static as a return type seems to fit better within the type system |
| 14:35:21 | * | sealmove joined #nim |
| 14:37:52 | disruptek | hmmm, i like that idea. |
| 14:38:20 | clyybber | disruptek: Heyy, welcome back, you survived ? |
| 14:38:51 | clyybber | Additionally, static as a return type should automatically imply static for all input parameters obviously |
| 14:39:09 | clyybber | That just needs to be added to the spec actually |
| 14:41:18 | disruptek | i'm not back, and i dunno if i'll survive. maybe hit the road today, though. |
| 14:41:50 | clyybber | sounds great |
| 14:41:53 | clyybber | gl |
| 14:42:49 | PMunch | What're you doing disruptek? |
| 14:43:39 | narimiran | PMunch: wrestling with bears in canadian wilderness |
| 14:45:16 | disruptek | down in Vermont now, but, yeah. |
| 14:45:53 | disruptek | i have a crippling affinity to teo incompat environments: the internet, and the wilderness. |
| 14:46:13 | FromGitter | <kaushalmodi_gitlab> :) https://github.com/nim-lang/Nim/commit/5bb6c67a45045f41c39b11c085f5ff072e1615d7#diff-7a3cb610cec719a402a45ec87c11a3e6R372 |
| 14:46:39 | clyybber | disruptek: stelite internet? |
| 14:46:46 | clyybber | s/satelite |
| 14:47:35 | disruptek | i've tried it a few times and it's okay for work but horrible for lifestyle. |
| 14:47:45 | disruptek | if that makes sense... |
| 14:48:19 | clyybber | latency is shite yea |
| 14:48:34 | disruptek | it's the metering. |
| 14:49:10 | clyybber | ah |
| 14:51:51 | * | endragor joined #nim |
| 14:51:58 | disruptek | it's the right choice over the networks we have in rural areas, though, because the congestion is much, much better. |
| 14:52:33 | disruptek | alternative is usually DSL with 20-30% packet loss. |
| 14:52:53 | disruptek | that's a lot, fwiw |
| 15:12:00 | narimiran | @mratsim this might interest you: https://arxiv.org/pdf/1911.09421.pdf |
| 15:18:35 | PMunch | disruptek, I can see what you mean. As an old scout I sometimes get this tingling feeling prompting me to head for the hills :) |
| 15:20:26 | * | PMunch quit (Quit: Leaving) |
| 15:21:39 | * | endragor quit (Remote host closed the connection) |
| 15:23:39 | * | Vladar joined #nim |
| 15:25:05 | * | Hideki_ quit (Remote host closed the connection) |
| 15:25:18 | * | thomasross_ joined #nim |
| 15:25:18 | * | thomasross quit (Killed (cherryh.freenode.net (Nickname regained by services))) |
| 15:25:18 | * | thomasross_ is now known as thomasross |
| 15:25:48 | * | Hideki_ joined #nim |
| 15:30:44 | * | endragor joined #nim |
| 15:35:02 | * | endragor quit (Ping timeout: 252 seconds) |
| 15:35:49 | * | Hideki_ quit (Remote host closed the connection) |
| 15:36:26 | * | clyybber quit (Quit: WeeChat 2.6) |
| 15:36:35 | * | Hideki_ joined #nim |
| 15:36:50 | * | Hideki_ quit (Remote host closed the connection) |
| 15:37:10 | * | Hideki_ joined #nim |
| 15:38:29 | * | MarquisdeFalbala joined #nim |
| 15:53:21 | FromDiscord_ | <mratsim> @narimiran too slow :p https://news.ycombinator.com/item?id=21604621 |
| 15:53:44 | FromDiscord_ | <mratsim> @Clyybber AFAIK I was in favor or deprecting the compile-time pragma for proc |
| 15:53:48 | narimiran | ah, that was you! :D |
| 15:53:54 | narimiran | i never read usernames on HN |
| 15:55:12 | FromGitter | <zetashift> I saw that post too without reading the username first and read it and was thinking what a great post, mratsim surely will respond and then I saw the username and I chuckled |
| 16:14:30 | * | WilhelmV1nWeiner joined #nim |
| 16:22:05 | * | rockcavera quit (Remote host closed the connection) |
| 16:24:40 | * | couven92 quit (Read error: Connection reset by peer) |
| 16:25:07 | * | couven92 joined #nim |
| 16:27:14 | * | WilhelmV1nWeiner quit (Quit: leaving) |
| 16:27:24 | * | WilhelmV1nWeiner joined #nim |
| 16:28:42 | * | WilhelmVonWeiner quit (Disconnected by services) |
| 16:29:01 | * | WilhelmV1nWeiner quit (Client Quit) |
| 16:29:08 | * | WilhelmVonWeiner joined #nim |
| 16:37:39 | * | couven92 quit (Read error: Connection reset by peer) |
| 16:38:06 | * | couven92 joined #nim |
| 16:38:53 | * | clyybber joined #nim |
| 16:39:44 | clyybber | mratsim: Yes you were, I am too :) Now we gotta convince Araq |
| 17:06:15 | * | LargeEpsilon quit (Ping timeout: 246 seconds) |
| 17:07:47 | * | MarquisdeFalbala quit (Ping timeout: 276 seconds) |
| 17:08:51 | * | clyybber quit (Quit: WeeChat 2.6) |
| 17:11:22 | Araq | meh, static[T] as return type, what's the point |
| 17:11:55 | Araq | yeah yeah I know. but it's not how I design type systems |
| 17:12:46 | FromDiscord_ | <mratsim> I'm eagerly waiting for your next blog post "How I design type system" |
| 17:14:41 | FromDiscord_ | <mratsim> btw, do you confirm that asserts in static blocks or macros are always checked? (https://github.com/status-im/nim-beacon-chain/pull/585#discussion_r349701000) |
| 17:15:18 | Araq | escapes me, we didn't change anything |
| 17:15:38 | Araq | would need to go through the commit list |
| 17:17:21 | * | MnlPhlp left #nim ("WeeChat 2.6") |
| 17:17:49 | FromDiscord_ | <mratsim> well it seems like they were not in 1.0.2 with -d:release and they are in 1.0.4 |
| 17:17:54 | FromDiscord_ | <mratsim> or something similar |
| 17:18:10 | Araq | yeah, but that's bad because I don't remember any change related to this |
| 17:18:11 | FromDiscord_ | <mratsim> I prefer the 1.0.4 behaviour |
| 17:18:55 | Araq | narimiran should investigate :P |
| 17:19:15 | narimiran | ok, i'll do it, but i need some concrete example |
| 17:19:38 | Araq | well give me the usual git commit diff please |
| 17:20:11 | narimiran | i've seen what stefantalpalaru has said in the issue he opened, but can we have a small snippet which shows that something has worked in 1.0.0, not worked in 1.0.2 and now works in 1.0.4b (or is it vice-versa, doesn't matter) |
| 17:20:39 | * | WilhelmVonWeiner quit (Quit: leaving) |
| 17:21:47 | * | WilhelmVonWeiner joined #nim |
| 17:23:30 | FromDiscord_ | <mratsim> assert in a macro |
| 17:24:11 | * | theelous3 joined #nim |
| 17:25:33 | * | fanta1 joined #nim |
| 17:27:55 | stefantalpalaru | It's not that easy to replicate. Might have something to do with those VM register fixes. |
| 17:29:33 | narimiran | @mratsim, stefantalpalaru: an example would help me with bisecting |
| 17:31:16 | narimiran | but if we go by "So it looks like it was a bug in 1.0.2 that disabled that assert() in release mode, bug fixed by 1.0.4.", does it mean that now things are ok and we don't have to revert it? |
| 17:42:05 | stefantalpalaru | I know it would help you, narimiran, but I can't replicate the problem in a small, stand-alone test case. I tried a recursive proc that's called inside a macro, but I can't get the assert to be ignored by 1.0.2 this way. |
| 17:42:35 | narimiran | ok |
| 17:44:04 | * | krux02 quit (Remote host closed the connection) |
| 17:53:29 | * | Hideki_ quit (Remote host closed the connection) |
| 17:54:21 | * | thomasross quit (Ping timeout: 265 seconds) |
| 17:58:10 | * | Hideki_ joined #nim |
| 17:58:51 | * | thomasross joined #nim |
| 18:02:27 | * | Hideki_ quit (Ping timeout: 240 seconds) |
| 18:02:41 | * | jua_ joined #nim |
| 18:07:46 | Zevv | does anyone know of a mqtt lib that plays nice with nim and async? |
| 18:15:42 | * | couven92 quit (Read error: Connection reset by peer) |
| 18:16:06 | * | couven92 joined #nim |
| 18:18:42 | * | couven92 quit (Read error: Connection reset by peer) |
| 18:19:06 | * | couven92 joined #nim |
| 18:44:35 | stefantalpalaru | I bisected it, narimiran, and this is the first commit that fails the compilation (after adding an `assert 1 == 0` after this line: https://github.com/status-im/nim-beacon-chain/blob/edfd65fd5d45ab621f591fcff1c69e20888c67f2/tests/helpers/debug_state.nim#L95) - https://github.com/nim-lang/Nim/commit/ee260dd838e07807cae9e8a210007c96850cd90e |
| 18:44:41 | madprops | is there something in nim to open directories in the file manager, platform independent? |
| 18:45:07 | narimiran | stefantalpalaru: nice job, thanks! |
| 18:45:38 | Yardanico | I think that won't be too hard to implement in your lib, for linux just use `open` or `xdg-open`, for windows - obv explorer, for macos - finder (or `open`) |
| 18:45:38 | Araq | ah this makes sense |
| 18:45:45 | Araq | it affects unpaired push/pop |
| 18:45:55 | Araq | and thus your assertion settings. maybe |
| 18:47:38 | Araq | madprops, there is browsers.nim that does something similar |
| 18:48:19 | Yardanico | madprops: do you mean to actually just open directories, or to create a file dialog so the user can specify a directory for the app to use (for some task)? |
| 18:48:24 | Araq | maybe it does work for ordinary files already, maybe you can copy and adapt it |
| 18:49:06 | stefantalpalaru | Araq, I don't think it's any "push" pragma on our end: https://gist.githubusercontent.com/stefantalpalaru/320141a3fcda39a01e028e2f3a57bb79/raw/158d4769d895dd8a6d3c8bd11e05f7d84c091a83/pushes.txt |
| 18:49:50 | madprops | Araq: cool it works |
| 18:55:31 | Araq | nimgrep --recursive --ext:nim ? it's a thing, you don't have to use worse tools just because I invented the better ones |
| 18:56:25 | stefantalpalaru | I'm not always searching exclusively in *.nim files. |
| 19:01:41 | Araq | nimgrep doesn't assume that ;-) |
| 19:03:13 | Araq | but whatever, maybe we have some unpaired pushes in the stdlib |
| 19:13:10 | * | Hideki_ joined #nim |
| 19:20:25 | madprops | is the nim website down? |
| 19:20:33 | Yardanico | It's working for me |
| 19:20:58 | Yardanico | Maybe you have some problems connecting to cloudflare CDN (although that's much more unlikely) |
| 19:21:20 | madprops | can't connect here in 2 different computers |
| 19:21:50 | madprops | also the chocolatey website didn't work |
| 19:21:54 | madprops | so it might be some network problem |
| 19:23:38 | * | ng0 quit (Remote host closed the connection) |
| 19:24:17 | * | Hideki_ quit (Ping timeout: 240 seconds) |
| 19:24:46 | * | ng0 joined #nim |
| 20:01:24 | FromGitter | <Vindaar> should put that my wall: "Araq: you don't have to use worse tools just because I invented the better ones" :D reminds me I should really give nimgrep a try, heh. |
| 20:01:38 | FromGitter | <Vindaar> *on my |
| 20:03:56 | * | sealmove quit (Quit: WeeChat 2.6) |
| 20:06:35 | * | fanta1 quit (Quit: fanta1) |
| 20:12:50 | * | Trustable quit (Remote host closed the connection) |
| 20:40:20 | * | uu91 quit (Ping timeout: 276 seconds) |
| 20:41:12 | * | uu91 joined #nim |
| 20:49:15 | FromDiscord_ | <mratsim> is it me or 1.0.2 doesn't properly recompile even when the source changed if the destination file already exists |
| 20:49:46 | FromDiscord_ | <mratsim> ah maybe it's only for "echo" in macros |
| 20:58:38 | FromDiscord_ | <IanIAnIAN> What can I best (worst) waste my time doing with Nim? |
| 21:08:35 | FromDiscord_ | <treeform> @IanIAnIAN https://github.com/nim-lang/needed-libraries/issues?q=is%3Aissue+is%3Aopen+sort%3Acomments-desc |
| 21:11:18 | FromDiscord_ | <treeform> https://github.com/nim-lang/Nim/issues?q=is%3Aissue+is%3Aopen+sort%3Acomments-desc |
| 21:12:34 | FromDiscord_ | <IanIAnIAN> but these are not wastes of time |
| 21:13:17 | acidx | find a wheel to reinvent |
| 21:13:52 | FromDiscord_ | <treeform> maybe some thing like a faster base64 implementation? |
| 21:15:15 | FromDiscord_ | <IanIAnIAN> the problem with re-inventing the wheel is deciding what colour it should be |
| 21:15:29 | FromDiscord_ | <treeform> it should be green |
| 21:16:51 | FromDiscord_ | <treeform> @IanIAnIAN you could port the C examples from raylib into nim: https://www.raylib.com/examples.html |
| 21:17:01 | FromDiscord_ | <treeform> some one already made a wrapper for it, but no docs... |
| 21:20:40 | FromGitter | <alehander92> Araq |
| 21:20:45 | FromGitter | <alehander92> thanks for --asm |
| 21:20:52 | FromGitter | <alehander92> it helps me a lot these days |
| 21:39:30 | * | disruptek quit (Ping timeout: 252 seconds) |
| 21:39:55 | * | disbot quit (Ping timeout: 250 seconds) |
| 21:42:43 | * | uvegbot quit (Quit: Konversation terminated!) |
| 21:42:52 | * | uvegbot joined #nim |
| 21:46:57 | * | disruptek joined #nim |
| 21:48:06 | * | disbot joined #nim |
| 21:56:32 | * | NimBot joined #nim |
| 22:00:09 | * | couven92 quit (Read error: Connection reset by peer) |
| 22:00:34 | * | couven92 joined #nim |
| 22:03:20 | zedeus | as soon as it's included in a release, we can get godbolt support |
| 22:15:43 | * | narimiran quit (Ping timeout: 245 seconds) |
| 22:20:21 | * | xet7 quit (Remote host closed the connection) |
| 22:21:31 | * | xet7 joined #nim |
| 22:27:13 | * | Vladar quit (Quit: Leaving) |
| 22:31:58 | * | uu91 quit (Ping timeout: 245 seconds) |
| 22:32:36 | * | uu91 joined #nim |
| 22:38:00 | * | LargeEpsilon joined #nim |
| 22:41:36 | * | solitudesf quit (Ping timeout: 240 seconds) |
| 22:45:08 | * | LargeEpsilon quit (Ping timeout: 276 seconds) |
| 22:51:35 | madprops | will a c compiler be a requirement for a good time? |
| 22:51:51 | madprops | had a hard time compiling some nim program on windows |
| 22:52:00 | madprops | messed with installing cygwin and gcc |
| 22:52:03 | madprops | then i realized i could use vcc |
| 22:52:14 | Araq | let finish.exe do it for you |
| 22:52:52 | * | nsf joined #nim |
| 22:53:45 | * | krux02 joined #nim |
| 23:05:39 | * | couven92 quit (Read error: Connection reset by peer) |
| 23:06:06 | * | couven92 joined #nim |
| 23:21:41 | * | Hideki_ joined #nim |
| 23:26:24 | * | Hideki_ quit (Ping timeout: 265 seconds) |
| 23:30:21 | * | nsf quit (Quit: WeeChat 2.6) |
| 23:40:17 | * | marquis joined #nim |
| 23:40:53 | * | marquis quit (Quit: Lost terminal) |
| 23:45:36 | krux02 | when there is a timeout on Azure, how do I see the what process did timeout? |
| 23:45:41 | krux02 | would be a real benefit |
| 23:52:06 | * | krux02 quit (Quit: Leaving) |
