<< 03-01-2025 >>

00:32:36*xet7 quit (Remote host closed the connection)
00:48:06*GnuYawk67 quit (Quit: The Lounge - https://thelounge.chat)
00:48:54*GnuYawk67 joined #nim
00:51:37FromDiscord<bostonboston> Does Nim guarantee a call order for functions called in parameters
00:52:07FromDiscord<bostonboston> `foo(bar1(), bar2())`
00:56:59FromDiscord<Elegantbeef> I'd imagine it's left to right based off parameter order
00:57:00FromDiscord<Elegantbeef> Though actually it might be left to right based off argument order.... hmph
01:06:23FromDiscord<bostonboston> I ran into this today https://en.cppreference.com/w/cpp/language/eval_order↵↵And it ruined my beautiful code, I had to add 2 more temp variables, it was a disaster
01:08:04FromDiscord<Elegantbeef> Heh, I've never had order issues so I guess try it
01:09:21FromDiscord<Elegantbeef> sent a code paste, see https://play.nim-lang.org/#pasty=ooZcPxvc
01:55:15*krux02 quit (Quit: Leaving)
03:33:06FromDiscord<demotomohiro> In reply to @bostonboston "Does Nim guarantee a": https://nim-lang.org/docs/manual.html#order-of-evaluation
03:55:54*arkurious quit (Quit: Leaving)
04:18:47FromDiscord<bostonboston> Seems pretty clear
06:16:59*Guest49 joined #nim
06:18:11*Guest49 quit (Client Quit)
06:46:18Amun-Rai that was just C, the order would be unspecified
06:47:31FromDiscord<angelsdust> C doesnt support named parameters does it?
06:49:07Amun-Rano
06:50:23Amun-Rahttps://play.nim-lang.org/#pasty=tLLYcsLt
07:30:33*PMunch joined #nim
09:04:49*ntat joined #nim
09:27:33*coldfeet joined #nim
10:01:24*coldfeet quit (Quit: Lost terminal)
10:22:46om3gais it possible to cure "restarting nimsuggest" in vscode?
11:51:47*nc0 joined #nim
11:58:43FromDiscord<pmunch> Yes, but it requires fixing nimsuggest
12:09:02om3gaPMunch: I disabled restart in the conf of extension. When it will hang I will restart vscode completely
12:10:13strogon14om3ga: are you using choosenim?
12:14:12om3gastrogon14: yes
12:15:33strogon14You can try out https://github.com/nim-lang/choosenim/pull/38, if you know how to compile choosenim yourself.
12:15:33strogon14This should fix nimsuggest hanging.
12:16:29om3gastrogon14: thanks!
12:17:49strogon14This is how choosenim is compiled for the Arch Linux package: https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=choosenim#n48
12:17:49strogon14For reasons not releavnt here, I compiles "proxyexe" in a separate step, which then gets included in the choosenim binary.
12:18:46om3gagreat, yeah. I have compiled choosenim once on slack
12:19:02om3gaawesome, thank you!
12:55:03*ntat quit (Quit: Leaving)
13:18:50*beholders_eye joined #nim
13:27:31*beholders_eye quit (Quit: WeeChat 4.1.2)
13:34:16*ntat joined #nim
14:59:26*xet7 joined #nim
15:24:39*nc0 quit (Remote host closed the connection)
16:02:43*ntat quit (Read error: Connection reset by peer)
16:13:49*xet7 quit (Remote host closed the connection)
16:19:45*krux02 joined #nim
17:05:26*SchweinDeBurg quit (Quit: WeeChat 4.6.0-dev)
17:05:51*SchweinDeBurg joined #nim
17:59:55*ntat joined #nim
19:21:53*PMunch quit (Quit: Leaving)
19:46:39FromDiscord<arnetheduck> In reply to @bostonboston "I ran into this": if it's any consolation, nim adds extra temporaries to lots of places to enforce the eval order -> you pay the price even if you don't need it
19:48:50FromDiscord<bostonboston> I'm not worried about the cost so much, I think I would trust a c compiler to optimize those anyway. My Intuition says that's possible
19:49:26FromDiscord<bostonboston> Maybe not as optimized as possible if we're letting the compiler choose the order of evaluation but close enough
19:50:32FromDiscord<@@prestosilver> somehow didnt notice it until recently, but in 2024 nim passed zig and is now my top lang by time again https://media.discordapp.net/attachments/371759389889003532/1324827253808431247/2025-01-03-145130_408x115_scrot.png?ex=67799107&is=67783f87&hm=fd73e85d17171d92932d85b3c85c5237d7c70d37dfe52cc2d1d486797e91bb3e&
19:59:59FromDiscord<arnetheduck> In reply to @bostonboston "I'm not worried about": it's not, in the cases that matter
20:00:15FromDiscord<arnetheduck> (edit) "In reply to @bostonboston "I'm not worried about": it's not, in the cases that matter ... " added "(ie where the compiler cannot analyse side effects)"
20:06:38strogon14I'm trying to make sense of this bit of code:
20:06:38strogon14https://github.com/nim-lang/choosenim/blob/e71f941ecd27c2e16e00b3255419ef24fafc75fe/src/choosenimpkg/cliparams.nim#L186
20:06:38strogon14If I understand that correctly, to call `parseCliParams`, you need to pass in an existing `CliParams` (ref) object, but then it creates a new one with `newCliParams` anyway.
20:06:38strogon14Is this just BS or am I missing something?
20:36:12Amun-Rahttps://github.com/nim-lang/choosenim/blob/e71f941ecd27c2e16e00b3255419ef24fafc75fe/src/choosenim.nim#L346-L348
20:36:50Amun-Rathat code is weird, I agree
20:42:49Amun-Rait looks like it was just a var eons ago but I'm too lazy to check the commit history
20:46:55strogon14Ok, just wanted to confirm that it's not just me who finds this weird.
21:03:06Amun-RaI've never used choosenim
21:20:46*ntat quit (Quit: Leaving)
21:33:21FromDiscord<aintea> it's the only thing that works for me
21:38:06FromDiscord<aintea> In reply to @prestosilver "somehow didnt notice it": How do you manage to have 1200 hours in a year and have other languages as well
21:39:09FromDiscord<@@prestosilver> O i should've clarified that screenshot was cumulative, I was closer to 600 this year but it brought nim back to zig after 2023
21:39:28FromDiscord<@@prestosilver> Not that insane yet
22:41:26*coldfeet joined #nim
22:57:20*beholders_eye joined #nim
22:59:33*coldfeet quit (Quit: Lost terminal)
23:24:44*beholders_eye quit (Ping timeout: 252 seconds)
23:31:46*beholders_eye joined #nim