<< 14-10-2024 >>
00:10:56FromDiscord<aurelian5014> does `sink` do anything with `refc`?
00:11:57FromDiscord<spotlightkid> sent a long message, see https://pasty.ee/YHMElCAP
00:12:16FromDiscord<Elegantbeef> yesn't, it partially does, but not really well↵(@aurelian5014)
00:12:37FromDiscord<spotlightkid> sent a long message, see https://pasty.ee/xMidQhOi
00:14:10FromDiscord<zumi.dxy> In reply to @Elegantbeef "Use musl and statically": unless you use threads I guess↵https://github.com/nim-lang/Nim/issues/20886
00:18:59FromDiscord<Elegantbeef> time for `muslthreads` 😄
00:19:44FromDiscord<Elegantbeef> I'm not suggesting it exists, just that someone could make it exist
00:22:13FromDiscord<zumi.dxy> there's a mingw flag right?↵maybe a musl flag would do...
00:58:23FromDiscord<Elegantbeef> Could also just have musl detection
00:58:54FromDiscord<Elegantbeef> sent a code paste, see https://play.nim-lang.org/#pasty=QUKZTlbI
01:02:54FromDiscord<zumi.dxy> well i can compile to musl with gcc...
01:05:35FromDiscord<Elegantbeef> You mean musl-gcc?
06:28:51*SchweinDeBurg quit (Quit: WeeChat 4.5.0-dev)
07:03:48*SchweinDeBurg joined #nim
07:15:34Amun-Raand static musl build is going to make dlopen defunct
07:37:05FromDiscord<sejong> I wish the nin-pipexp package worked with std/sugar lambdas
08:01:09*ntat joined #nim
08:06:18FromDiscord<eightbit_dboy> Any resources for adding CPU targets to Nim? Like if I want to add SH-4 support, for example.
08:13:45*PMunch joined #nim
08:14:55Amun-Raif there's supported CPU with the same data model length you can use it as a foundation for new target
08:15:58Amun-Rathe next step is to make a define, than redefine <cpuarch>.linux.gcc.exe (if crosscompiling on linux), etc.
08:16:21Amun-Raif you'd like to add the support officially you have to check the source
08:18:13Amun-Raif you pick method no 1, check config/nim.cfg
08:25:56*ntat quit (Remote host closed the connection)
08:26:20*ntat joined #nim
08:33:21*beholders_eye joined #nim
08:42:11*kenran joined #nim
09:01:38*beholders_eye quit (Ping timeout: 252 seconds)
09:24:36*beholders_eye joined #nim
11:29:02*kenran quit (Remote host closed the connection)
11:41:41*xet7 quit (Ping timeout: 248 seconds)
11:54:37*ryuukk quit (Remote host closed the connection)
11:56:23*ryuukk joined #nim
12:01:10*ryuukk quit (Ping timeout: 265 seconds)
12:01:11*ryuukk_ joined #nim
13:27:11*ryuukk_ quit (Remote host closed the connection)
13:29:29*ryuukk joined #nim
14:42:50FromDiscord<majortrips1763> In reply to @Elegantbeef "Use musl and statically": Not certain that is a useful option for a kernel
14:59:55FromDiscord<majortrips1763> I am also not following why anyone would need to link against musl just to make a static binary. gcc can make static binaries against glibc just fine.
15:03:34FromDiscord<sejong> whats the most common solution for backend and frontend web development respectively in Nim>
15:03:36FromDiscord<sejong> (edit) "Nim>" => "Nim?"
15:04:44FromDiscord<odexine> prologue and karax iirc
15:04:49Amun-Ramajortrips1763: not "just as fine" as musl build
15:05:30FromDiscord<majortrips1763> In reply to @Amun-Ra "<@661414156846628885>: not "just as": We comparing glibc's sizes to uclibc and musl? or we still talking about "how do make a static binary"?
15:06:42Amun-Rawhen did the size come into the discussion?
15:06:50FromDiscord<majortrips1763> I should maybe be more specific .. how do I get nim to stop trying to link w/ `-ldl` ?
15:07:28Amun-Raadd -Wl,-Bstatic
15:07:44FromDiscord<majortrips1763> So, gcc can create static binaries w/out the need for musl.
15:08:07Amun-Radepends on what stdlib function you call
15:08:15Amun-Rasome work, some do not
15:08:46FromDiscord<majortrips1763> That would be true for a whole lot of libraries...
15:09:36Amun-Ratrue, but I'm comparing libc vs libc (tho, I don't remember which functions didn't work for me when in glibc)
15:09:49FromDiscord<demotomohiro> In reply to @majortrips1763 "I should maybe be": I did `switch("gcc.options.linker", "")` to remove `-ldl`.
15:14:17FromDiscord<demotomohiro> Maybe this line should be @elif not genode and os != any:↵https://github.com/nim-lang/Nim/blob/devel/config/nim.cfg#L142
15:15:26Amun-Rathis is a part of my windows cross compile settings: https://dpaste.com/8YTUBMS62
15:16:27FromDiscord<zumi.dxy> In reply to @sejong "whats the most common": jester is still pretty good↵nimforum is powered by jester and karax iirc
15:16:40FromDiscord<zumi.dxy> there's happyx too
15:18:22FromDiscord<sejong> Im kinda still soul searching for a FE templating system that fits like a glove
15:18:38FromDiscord<sejong> I made my own in another language that I can't stay in and I'm considering remaking it for Nim
15:19:06FromDiscord<sejong> But I'm still soul searching to see what language I want to use to hunker down for my next projects, and Nim seems cool but I need to experiment
15:19:26FromDiscord<sejong> I want to have a better idea of how production Nim usually handles exceptions and errors and how they do async and parallelism
15:21:11FromDiscord<odexine> uh
15:21:20FromDiscord<odexine> lots of people have disliked the parallelism here so far
15:21:24FromDiscord<odexine> async is a mixed bag
15:21:35FromDiscord<odexine> exceptions havent been much of an issue from what ive seen
15:26:08FromDiscord<sejong> do people usually use result types?
15:26:20FromDiscord<sejong> i prefer result/option types over try/catch
15:26:41FromDiscord<sejong> (edit) "i prefer result/option types over try/catch ... " added "or errors as values (akin to Go)("
15:26:43FromDiscord<sejong> (edit) "Go)(" => "Go)"
15:27:44FromDiscord<odexine> its possible to use them yes
15:27:45FromDiscord<nnsee> depends entirely on your preference. Status uses result values in production
15:27:52FromDiscord<odexine> not as streamlined as exceptions but not impossible
15:28:01FromDiscord<odexine> nor even that horrible to use
15:28:04FromDiscord<odexine> god bless macros
15:28:14FromDiscord<nnsee> macros make them fairly ergonomic. Not first class support but not far off either
15:28:52FromDiscord<sejong> i try to incorporate functional programming patterns when I can but prefer a strong imperative base
15:28:58FromDiscord<sejong> Nim seems like a very good language for this so far
15:29:13FromDiscord<nnsee> https://github.com/arnetheduck/nim-results is commonly recommended
15:30:33FromDiscord<zumi.dxy> wish it supported pattern matching through things like patty and gara...
15:30:47FromDiscord<zumi.dxy> feels wrong to be using a fancy if
15:30:57FromDiscord<zumi.dxy> i've suffered enough of that in go
15:30:59FromDiscord<sejong> there are some things im not crazy about in Nim so far though which is that UFCS sounds cool on paper but it has a fatal flaw
15:31:11FromDiscord<sejong> `chaining.these.functions`↵looks like↵`record.subfield.subfield`
15:31:16FromDiscord<sejong> I really despise that
15:31:27FromDiscord<zumi.dxy> you can type the optional () if you want
15:31:38FromDiscord<zumi.dxy> i make sure to do that as much as i can
15:31:40FromDiscord<sejong> i much prefer having a true pipe operator thats distinct from record access
15:31:52FromDiscord<sejong> which is why nim-pipexp pkg looks great
15:31:57FromDiscord<sejong> but it doesnt work with std/sugar lambdas
15:32:02FromDiscord<sejong> which is kind of a massive letdown
15:32:24FromDiscord<zumi.dxy> but yeah, it's not enforced by the compiler↵and we all want things to generate more errors
15:32:47FromDiscord<sejong> Another language that I looked at a lot was julias
15:32:48FromDiscord<sejong> (edit) "julias" => "julia"
15:32:51FromDiscord<zumi.dxy> In reply to @sejong "which is kind of": sadly a catchphrase
15:33:22FromDiscord<zumi.dxy> but i'd much rather a tool that encourages me to stay humble
15:33:52FromDiscord<sejong> i dont think theres anything more ergonomic for function chaining than elixir's pipe operator but i really dont like a lot of things about elixir
15:34:07FromDiscord<zumi.dxy> In reply to @sejong "there are some things": i thought you were gonna talk about how unqualified imports are the default
15:34:12FromDiscord<sejong> its not really type safe and the post-facto type system addition was kind of too little too late and not amazing
15:34:36FromDiscord<sejong> In reply to @zumi.dxy "i thought you were": thats also an issue
15:34:54FromDiscord<zumi.dxy> like, it's not a problem in nim because it's all typed and everything
15:35:06FromDiscord<majortrips1763> In reply to @demotomohiro "I did `switch("gcc.options.linker", "")`": omg .. thanks .. this was the hint I needed. There is a stack of stuff being stuffed into all this that was hiding from me.↵↵Any idea of how I get Nim to show me the compiler and linker flags it is using w/out needing to wait for an error?
15:35:09FromDiscord<zumi.dxy> but the thing is that operators and templates exist
15:35:36FromDiscord<zumi.dxy> sent a code paste, see https://play.nim-lang.org/#pasty=wuQJZlqN
15:35:55FromDiscord<zumi.dxy> sent a code paste, see https://play.nim-lang.org/#pasty=olJWTGOT
15:36:01FromDiscord<zumi.dxy> to not have to do that
15:36:33FromDiscord<zumi.dxy> if you happen to use templates from modules you're gonna have to import whatever things the template pulls in
15:38:03FromDiscord<zumi.dxy> like everything it's a tradeoff i think↵"i want to know where everything comes from without using an IDE" vs. "i want to see algorithms without all this extra fluff"
15:38:20FromDiscord<zumi.dxy> imo nim's design leans much into the latter
15:38:43FromDiscord<zumi.dxy> you can especially see this with bitsets
15:39:21FromDiscord<zumi.dxy> don't need to do `0x1000 and 1` or whatever for checking flags
15:40:32FromDiscord<demotomohiro> In reply to @majortrips1763 "omg .. thanks ..": I run Nim with `--listcmd` option to see flags passed to c compiler and linker. I don't know easier way to get flags.
15:41:11FromDiscord<odexine> In reply to @nnsee "https://github.com/arnetheduck/nim-results is commo": id add https://github.com/codex-storage/questionable
15:42:37FromDiscord<odexine> In reply to @sejong "its not really type": the type system addition is still in progress, and i personally think its been good so far
15:43:03FromDiscord<odexine> my problem with elixir is that its not general purpose 😔
15:44:26FromDiscord<sejong> that too
16:08:01FromDiscord<majortrips1763> sent a code paste, see https://play.nim-lang.org/#pasty=YxGZroDx
16:43:10FromDiscord<kiloneie> is there a way to tell nim-lang.org nim extension to stop pasting me field snippets for objects? it's pissing me off
16:44:07FromDiscord<kiloneie> upon pressing enter, how to disable this ? https://media.discordapp.net/attachments/371759389889003532/1295426926076231762/image.png?ex=670e9bd7&is=670d4a57&hm=12ca2bf2f934d66dd6631c288038f987a5375aff529d47f70dc74d1438f4167a&
16:46:17*beholders_eye quit (Read error: Connection reset by peer)
16:52:05*beholders_eye joined #nim
16:57:33*beholders_eye quit (Read error: Connection reset by peer)
17:03:26*beholders_eye joined #nim
17:24:03*beholders_eye quit (Read error: Connection reset by peer)
17:29:51*beholders_eye joined #nim
17:34:16FromDiscord<spotlightkid> should be a setting in your IDE. In VS code, for example, go to the extensions, filter by installed ones, click on nim-lang extension, then click on the gear symbol to open the settings.
17:57:49*beholders_eye quit (Read error: Connection reset by peer)
18:03:20*beholders_eye joined #nim
18:07:55FromDiscord<kiloneie> if i knew which setting controlled this, i tried a few, i don't know...
18:11:06FromDiscord<odexine> theyre called snippets
18:11:10FromDiscord<odexine> i dont remember how to disable them
18:34:48FromDiscord<ieltan> Disable inlays
18:49:55FromDiscord<THE F*CKING BANNED ONE> Am i potentially bannable?
18:50:33FromDiscord<michaelb.eth> In reply to @THE F*CKING BANNED ONE "Am i potentially bannable?": keep it up, and let's see what happens 😄
18:52:13FromDiscord<THE F*CKING BANNED ONE> sent a long message, see https://pasty.ee/FURpETXO
18:52:26FromDiscord<THE F*CKING BANNED ONE> Is this a bannable offense?
18:53:01FromDiscord<THE F*CKING BANNED ONE> Have i ticked all the boxes for being ban-worthy?
18:53:22FromDiscord<michaelb.eth> bets on if we find out soon?
18:54:53FromDiscord<THE F*CKING BANNED ONE> Technically speaking i could leave the room and not get banned. So all bets are off motherfuckers lol.
18:56:28FromDiscord<nnsee> wow so edgy
18:56:48FromDiscord<nnsee> i remember being 13 too
18:57:35FromDiscord<madonuko> Oh. My. God. A middle finger. I'm so scared.
19:05:08FromDiscord<odexine> someone ban this menace for sending such an offensive message
19:05:41FromDiscord<kiloneie> just force move him to offtopic, or some sort of technical jail
19:05:58FromDiscord<fabric.input_output> insane what I'm witnessing in nim server >:(
19:06:10FromDiscord<fabric.input_output> not using nim ever again >:(
19:06:50FromDiscord<kiloneie> In reply to @ieltan "Disable inlays": Not it... i'd have to somehow disable autocomplete on object...↵↵Doesn't everyone use enter to go to newline ? I use tab to autocomplete, not enter...
19:06:56FromDiscord<kiloneie> this is very annoying
19:07:01FromDiscord<nnsee> In reply to @madonuko "Oh. My. God. A": my day is ruined
19:09:56FromDiscord<odexine> i use enter to complete
19:10:06FromDiscord<odexine> i use tab to cycle completion
19:14:26FromDiscord<kiloneie> Guess i will forever spam ESC on every type section and type def...
19:14:48FromDiscord<odexine> im not really sure why you dont like it personally
19:16:31*beholders_eye quit (Ping timeout: 252 seconds)
19:18:43*beholders_eye joined #nim
19:18:44FromDiscord<kiloneie> Because `field_name: field_type` is something i already know, and now i have to delete it and type what i want.
19:20:53FromDiscord<kiloneie> I tried using the never used insert button, it doesn't even work in vsc...
19:29:25*coldfeet joined #nim
20:14:46*ntat quit (Quit: Leaving)
20:41:19*coldfeet quit (Remote host closed the connection)
20:49:57*xet7 joined #nim
20:58:50*beholders_eye quit (Ping timeout: 252 seconds)
21:44:11*dv^_^ quit (Quit: dv^_^)
21:44:39*dv^_^ joined #nim
22:25:28*disso-peach joined #nim
23:24:13*xet7 quit (Remote host closed the connection)