<< 04-09-2023 >>
00:35:36FromDiscord<that_dude.> sent a code paste, see https://play.nim-lang.org/#ix=4Fke
00:51:24FromDiscord<odexine> It’s a waste I’d say
00:51:52FromDiscord<odexine> Unless you don’t just want to match card base
00:53:08FromDiscord<that_dude.> My initial train of thought when writing is without the CardBase defined, but then I make it out of convenience and end up just inheriting the base
01:34:19FromDiscord<Elegantbeef> insert my row stuffs here
02:04:38FromDiscord<sOkam! 🫐> @ElegantBeouf is doing `let one = create(char, 10)` compatible with `let two :ptr UncheckedArray[char]= ....` given their internal representation?
02:05:39FromDiscord<Elegantbeef> Yes
02:05:51FromDiscord<Elegantbeef> A `ptr T` is the same as `ptr UncheckedArray[T]`
02:06:02*xmachina joined #nim
02:06:13FromDiscord<sOkam! 🫐> i want to make my own dynamically sized string type, but don't know which type to use for the underlying storage, since cstring seems so sketchy to work with given my understanding
02:06:25FromDiscord<Elegantbeef> Cstring is fine to use
02:06:37FromDiscord<sOkam! 🫐> yeah but how do you realloc, dealloc, etc?
02:06:58FromDiscord<sOkam! 🫐> given that it is a distinct
02:07:06FromDiscord<Elegantbeef> Cast
02:07:39FromDiscord<sOkam! 🫐> so you would create a `proc cstring( mystr :MyStringType) :cstring= ...`?
02:07:44FromDiscord<sOkam! 🫐> to be able to convert?
02:08:11FromDiscord<sOkam! 🫐> idk if thats even possible with system types
02:08:24FromDiscord<Elegantbeef> It's not
02:08:31FromDiscord<Elegantbeef> it's not possible for any type
02:08:47FromDiscord<sOkam! 🫐> kk. so it would need a different achronym
02:09:19FromDiscord<sOkam! 🫐> would you store it as cstring directly? that sounds a bit more ergonomic to access
02:09:26FromDiscord<sOkam! 🫐> (edit) "directly?" => "directly internally?"
02:09:34FromDiscord<Elegantbeef> that or `ptr UncheckedArray[T]`
02:10:33FromDiscord<sOkam! 🫐> is there any real difference in functionality between `seq[char]` and `string` , other than string being a separate type? do they behave the same internally?
02:10:45FromDiscord<Elegantbeef> `string` is always null terminated
02:11:14FromDiscord<sOkam! 🫐> true. but assuming the underlying repr only, are they the same in behavior (minus the nullterm)?
02:12:04FromDiscord<Elegantbeef> I mean it's `int, ptr`
02:12:05FromDiscord<sOkam! 🫐> i was thinking that maybe making dynamic arrays first would just solve most of the dynamic strings thing, if they can be stored as `ptr UnchechedArray[T]` where T for strings is just char
02:13:47FromDiscord<sOkam! 🫐> what does that mean in practice? not sure i follow what `int, ptr` means
02:13:57FromDiscord<sOkam! 🫐> (edit) "means" => "implied"
02:14:08FromDiscord<Elegantbeef> It's an object with an int and a pointer
02:14:28FromDiscord<sOkam! 🫐> so you mean that they are technically both the same?
02:14:47FromDiscord<Elegantbeef> The only difference is as I said a string is always null terminated
02:15:08FromDiscord<sOkam! 🫐> kk, so my guess was correct. tyty ✍️
02:16:36NimEventerNew Nimble package! instagram - Instagram internal web api implementation, see https://github.com/thisago/instagram
02:17:12FromDiscord<Elegantbeef> https://github.com/nim-lang/Nim/blob/devel/lib/system/strs_v2.nim↵https://github.com/nim-lang/Nim/blob/devel/lib/system/seqs_v2.nim
02:17:34FromDiscord<sOkam! 🫐> didn't know how to find those, tysm!
02:26:34FromDiscord<raynei486> sent a code paste, see https://play.nim-lang.org/#ix=4Fky
02:27:26FromDiscord<Elegantbeef> did you build atlas from source, think the atlas shipped with nim2.0 has issues
02:28:15FromDiscord<raynei486> bruh
02:28:19FromDiscord<raynei486> yeah I did
02:28:54FromDiscord<raynei486> I installed nim with choosenim but it didn't include atlas
02:30:38FromDiscord<sOkam! 🫐> it includes it, it just doesn't link it to `.nimble/bin`
02:31:45FromDiscord<raynei486> so where is it?
02:32:41FromDiscord<sOkam! 🫐> inside the toolkit folder of that version. im on linux, and i just linked the toolkit bin to the .nimble/bin with ln -s
02:32:57FromDiscord<sOkam! 🫐> idk how to do it on windows if you are on win
02:33:10FromDiscord<raynei486> ah okay I'll dig a bit
02:33:26FromDiscord<sOkam! 🫐> i would tell you the exact command ,but i don't remember it
02:33:29FromDiscord<sOkam! 🫐> (edit) "it" => "the folders"
02:33:33FromDiscord<sOkam! 🫐> (edit) "folders" => "folders. just searched for them"
02:37:46FromDiscord<raynei486> I found it in `~/.choosenim/toolchains/nim-1.6.12/bin/`
02:38:03FromDiscord<raynei486> hopefully this one works
02:39:56FromDiscord<Elegantbeef> It's going to be outdated
02:42:09FromDiscord<sOkam! 🫐> In reply to @raynei486 "I found it in": there should be one at `~/.choosenim/toolchains/nim-2.0.0/bin/`, which is what you need to link
02:42:29FromDiscord<sOkam! 🫐> or install devel and link that one instead, since beef mentioned that 2.0 version has issues
02:42:38FromDiscord<raynei486> yeah that's what I was thinking
02:42:42FromDiscord<raynei486> I'll do that
02:42:45FromDiscord<Elegantbeef> Atlas doesnt depend on the nim version
02:42:57FromDiscord<Elegantbeef> So you should not need to install devel
02:43:31FromDiscord<huantian> beef i'm too lazy to docs whats the proc to get the users config and cache dir
02:44:06FromDiscord<Elegantbeef> Fuck off
02:44:20FromDiscord<huantian> dang the ai is spicy today
02:44:49FromDiscord<Elegantbeef> lol
02:46:52FromDiscord<huantian> oh the module is called appdirs
05:06:15FromDiscord<huantian> beef is there a way to recursively create file/dir or do i make my own
05:06:31FromDiscord<Elegantbeef> There is not that I know of
05:06:46FromDiscord<huantian> cool
05:10:02FromDiscord<huantian> sent a code paste, see https://play.nim-lang.org/#ix=4FkW
05:29:13*ntat joined #nim
05:29:18FromDiscord<odexine> has anyone used nim-dbus? is it still recommended for use or is there a replacement?
05:35:08*azimut joined #nim
05:37:36*advesperacit joined #nim
05:44:17*disso-peach joined #nim
06:28:39PMunch@odexine, I used it in notificatcher
06:41:17*kenran joined #nim
06:43:25FromDiscord<odexine> btw for "installing atlas", you can basically copy the `nim` exe in `~/.nimble/bin/` and rename it `atlas` and itll work, but if you switch back to a nim without atlas bundled then it wont ofc
06:43:33FromDiscord<odexine> switch -> via choosenim
06:46:19FromDiscord<odexine> atlas is p neat huh
06:54:56PMunchWait what?
06:55:03PMunchIs atlas built into the compiler?
06:56:22FromDiscord<Elegantbeef> No
06:56:22FromDiscord<Elegantbeef> It's in the tool chain
06:56:26PMunchI've got a strange bug, some of my procedures with doc comments refuse to render..
06:57:19PMunch@Elegantbeef, but how would copying the `nim` binary and renaming it `atlas` do anything if Atlas wasn't built into Nim?
06:57:20Amun-Rahuantian: getenv
06:57:25FromDiscord<odexine> In reply to @PMunch "Is atlas built into": no, the binaries in the nimble bin folder for nim/nimble/nimsuggest/etc are all shim programs that reference back into the choosenim folder by reading the exe filename
06:57:28PMunchOr did I misunderstand something
06:57:47FromDiscord<Elegantbeef> rika meant to write atlas exe
06:57:53PMunchOh right, the shims :P
06:58:06FromDiscord<odexine> lol
06:58:53PMunchSo all the shims are the same, they just read paramStr(0) or something to decide which program to run?
06:59:41FromDiscord<odexine> pretty much
06:59:56FromDiscord<odexine> uses getAppFilename() specifically iirc
07:00:33Amun-Rahuantian: "recursively create file/dir" as in "create directory along with parent ones"? if so create_dir from std/osdirs
07:08:50FromDiscord<nnsee> In reply to @odexine "has anyone used nim-dbus?": i used it for a post-exploitation implant, used dbus to communicate with systemd to find a suitable service to inject/burrow into
07:08:53FromDiscord<nnsee> worked fine for my purpose
07:09:22FromDiscord<odexine> okay thanks, i was just wondering if there were other implementations
07:09:35FromDiscord<nnsee> from what i found during my research phase, not really
07:09:57FromDiscord<nnsee> there seemed to be some projects that were started but then abandoned
07:10:11FromDiscord<nnsee> libdbus is a beast and reimplementing it is sort of a herculean task
07:11:31FromDiscord<nnsee> also love dbus's documentation page https://media.discordapp.net/attachments/371759389889003532/1148153352023195648/image.png
07:12:46FromDiscord<odexine> lmao
07:28:13PMunchThis is getting really frustrating.. No matter what I do some of the procedures refuse to render their doc comments..
07:28:34termerthat's very bizarre
07:35:38FromDiscord<toma400> I see Atlas being brought up, if I could ask, how does it relate to Nimble? What differences it has, advantages, disadvantages, unique goals that Nimble can't reach?
07:41:34PMunch@toma400, this probably answers your questions: https://forum.nim-lang.org/t/10234
07:42:06PMunchGranted it's written to promote Atlas, so there aren't any disadvantages listed
07:50:47*junaid_ joined #nim
08:15:31*junaid_ quit (Remote host closed the connection)
08:16:47FromDiscord<ieltan> In reply to @toma400 "I see Atlas being": Well, one disadvantage i can think of is that the workspace approach pulls all dependencies for each of your projects , that mean more disk space consumed overtime
08:18:13FromDiscord<ieltan> That's very inherent to the workspace concept though
08:19:26FromDiscord<ieltan> But you can mitigate this by having multiple projects in the same workspace
08:21:05FromDiscord<ieltan> imo the biggest advantage to Atlas is the workflow, if I am working on some library I can easily pull it in a test project and hack away at it
08:24:15*xet7 quit (Ping timeout: 245 seconds)
09:04:38FromDiscord<Phil> sent a long message, see http://ix.io/4FlH
09:04:57FromDiscord<Phil> (edit) "http://ix.io/4FlH" => "http://ix.io/4FlI"
09:09:57FromDiscord<Phil> sent a long message, see http://ix.io/4FlK
09:11:17FromDiscord<odexine> technically you also already have atlas
09:27:30FromDiscord<Phil> Not that I'm aware of, the atlas docs tell me to clone and compile the tool and put it onto the path myself
09:28:01FromDiscord<Phil> Which is already more effort than I'm willing to expend for something that I only benefit from under specific circumstances and also has drawbacks.
09:28:56FromDiscord<Phil> Though if you develop a lot of packages locally or co-develop some I assume Atlas is pretty much holy to you as it seemingly solves that well.
09:29:15FromDiscord<ieltan> sent a code paste, see https://play.nim-lang.org/#ix=4FlO
09:30:15FromDiscord<Phil> In reply to @ieltan "1. `atlas search $keyword`": Ah, so it's a matter of missing docs rather than missing feature
09:30:23FromDiscord<ieltan> yeah, it's really underdocumented
09:31:05FromDiscord<ieltan> took some time to figure out how to properly set vendors for my project
09:32:26FromDiscord<ieltan> also I don't understand why it pulls https://github.com/nim-lang/packages into your workspace
09:36:50FromDiscord<odexine> In reply to @isofruit "Not that I'm aware": if you have nim 2 you have atlas, its bundled
09:37:06FromDiscord<odexine> you cant access it because choosenim doesnt put a shim in the nimble bin folder
09:37:31FromDiscord<odexine> `cp ~/.nimble/bin/nim ~/.nimble/bin/atlas` iirc
09:38:41FromDiscord<Phil> If somebody gives me a featurescope rundown I might be willing to write nimibook docs
09:39:12FromDiscord<Phil> ~~Wouldn't be the first foreign project I slapped documentation in the shape of a nimibook onto~~
09:53:03FromDiscord<enthus1ast> it was working properly, since a few version it behaves strangely↵(@Phil)
10:00:30FromDiscord<odexine> it -> atlas or nimble?
10:08:40FromDiscord<Phil> Pretty sure he means nimble
10:09:57*disso-peach quit (Ping timeout: 245 seconds)
10:10:14*disso-peach joined #nim
10:32:12FromDiscord<ezquerra> In reply to @odexine "you cant access it": I hope that will change soon, hopefully by the next point release? 🙂
10:32:41FromDiscord<enthus1ast> nimble
10:33:39FromDiscord<odexine> In reply to @ezquerra "I hope that will": choosenim is still under doms acct and needs to be moved or forked so
10:34:01FromDiscord<enthus1ast> https://github.com/nim-lang/nimble/issues/1124
10:44:07*tk quit (Ping timeout: 245 seconds)
10:44:26*krux02 joined #nim
10:45:31*tk joined #nim
10:45:49FromDiscord<enthus1ast> i also have no mac (that i want to use)
10:49:53FromDiscord<~piuvas> choosenim doesnt add atlas to path right
10:55:37FromDiscord<odexine> In reply to @odexine "`cp ~/.nimble/bin/nim ~/.nimble/bin/atlas` iirc": temp fix is to do this
11:03:19FromDiscord<griffith1deadly> In reply to @enthus1ast "the incident looks fixed": on nim docs - as i recall no, on nim github docs page yes
11:05:52FromDiscord<Phil> In reply to @cortana.exe "https://github.com/nim-lang/website/issues/375 this": Fixed, but not released afaik
11:06:52FromDiscord<ringabout> In reply to @cortana.exe "https://github.com/nim-lang/website/issues/375 this": Yeah, as a workaround, you could look at the devel documentation.
11:41:10FromDiscord<piuvas> In reply to @odexine "temp fix is to": it doesnt show on matrix LMFAO
11:41:32FromDiscord<piuvas> if i knew it was a bridge i wouldve joined here earlier
11:41:37FromDiscord<piuvas> thx
11:44:29FromDiscord<odexine> oh shit it doesnt? bruh
11:49:44FromDiscord<System64 ~ Flandre Scarlet> sent a code paste, see https://play.nim-lang.org/#ix=4Fm8
11:50:56FromDiscord<piuvas> In reply to @odexine "oh shit it doesnt?": the reply doesnt unforts
11:56:22*junaid_ joined #nim
12:02:40FromDiscord<griffith1deadly> sent a code paste, see https://play.nim-lang.org/#ix=4Fm9
12:03:47FromDiscord<System64 ~ Flandre Scarlet> In reply to @griffith1deadly "maybe because Game =": And how can I fix this?
12:07:00*junaid_ quit (Remote host closed the connection)
12:27:07FromDiscord<System64 ~ Flandre Scarlet> Is there any pragma or something I can use?
12:36:29FromDiscord<System64 ~ Flandre Scarlet> And if I try to satisfy the compiler, it yells that https://media.discordapp.net/attachments/371759389889003532/1148235133833457754/image.png
12:39:17FromDiscord<System64 ~ Flandre Scarlet> In reply to @griffith1deadly "maybe because Game =": No, my graphics engine does that too, no problems
12:39:27*rockcavera joined #nim
12:40:02FromDiscord<odexine> sent a code paste, see https://play.nim-lang.org/#ix=4Fmj
12:40:12FromDiscord<odexine> it seems like a bug though
12:40:41FromDiscord<System64 ~ Flandre Scarlet> sent a code paste, see https://paste.rs/rVQw8
12:40:58FromDiscord<odexine> ?? why?
12:41:03FromDiscord<odexine> Game is still ref
12:41:13FromDiscord<System64 ~ Flandre Scarlet> Yeah but to access the fields
12:41:15FromDiscord<odexine> this is completely equivalent
12:41:18FromDiscord<odexine> it's still accessible
12:41:23FromDiscord<odexine> iirc
12:41:25FromDiscord<System64 ~ Flandre Scarlet> Oh, sorry
12:41:59FromDiscord<odexine> ill test it if youd like, at least to double check
12:42:13FromDiscord<System64 ~ Flandre Scarlet> Alright
12:42:29PMunchHmm, what's the best way to convert a module with doc comments to a README.md file?
12:42:45FromDiscord<odexine> yup
12:42:53FromDiscord<odexine> still is accessible
12:43:34FromDiscord<odexine> https://wandbox.org/permlink/q6ZXSg8JdvvFxTpz system64
12:45:28FromDiscord<System64 ~ Flandre Scarlet> Oh nice, but now I have another problem
12:46:12FromDiscord<System64 ~ Flandre Scarlet> sent a code paste, see https://play.nim-lang.org/#ix=4Fmk
12:46:22FromDiscord<odexine> oh
12:46:30FromDiscord<odexine> that might have been the "real" error
12:46:34FromDiscord<odexine> what's your Room type
12:47:13FromDiscord<System64 ~ Flandre Scarlet> sent a code paste, see https://play.nim-lang.org/#ix=4Fml
12:48:08FromDiscord<odexine> what about `Background` `Bitmap` `RoomSerialize` `HubSerialize`? basically theres a likelihood there's a generic that's missing its generic parameters
12:48:31FromDiscord<System64 ~ Flandre Scarlet> In reply to @odexine "what about `Background` `Bitmap`": They are types from a C library
12:48:43FromDiscord<odexine> defined how
12:49:29FromDiscord<System64 ~ Flandre Scarlet> sent a code paste, see https://play.nim-lang.org/#ix=4Fmn
12:51:50FromDiscord<odexine> i wonder if its because of that
12:52:27FromDiscord<System64 ~ Flandre Scarlet> That would be weird
12:55:48FromDiscord<odexine> bugs are usually weird
12:58:43PMunchJust released another Futhark'd wrapper library :) https://github.com/PMunch/mapm-nim
12:59:02FromDiscord<System64 ~ Flandre Scarlet> Oh nice!
13:01:04FromDiscord<ieltan> In reply to @PMunch "Just released another Futhark'd": Nice, how long did it take to wrap it?
13:01:38PMunchTo wrap it? Took me about 10 seconds
13:01:51FromDiscord<ieltan> sent a code paste, see https://play.nim-lang.org/#ix=4Fmq
13:02:15PMunchTo copy over the documentation and write the high level wrapper took a bit longer :P
13:03:02PMunchI mean the entire low-level wrapper is generated here: https://github.com/PMunch/mapm-nim/blob/master/src/internal.nim
13:03:19FromDiscord<System64 ~ Flandre Scarlet> In reply to @ieltan "Are you perhaps using": No idea what is a typeclass, but I don't use concepts
13:03:35FromDiscord<ieltan> In reply to @PMunch "To copy over the": Yeah I actually mean the high level wrapper sorry
13:04:19FromDiscord<ieltan> In reply to @sys64 "No idea what is": Something like `type MyType = SomeType | OtherType`
13:04:43PMunchWell my first commit was 4 days ago, but I have done it a bit on and off when I've had time
13:04:48FromDiscord<System64 ~ Flandre Scarlet> In reply to @ieltan "Something like `type MyType": No I don't do that
13:05:07FromDiscord<odexine> have you used any type with that in it?
13:05:10FromDiscord<odexine> like SomeInteger etc?
13:08:09*kenran quit (Remote host closed the connection)
13:08:31FromDiscord<System64 ~ Flandre Scarlet> In reply to @odexine "like SomeInteger etc?": No
13:08:54FromDiscord<odexine> truly strange
13:10:54FromDiscord<piuvas> btw nim 2 is finally on arch repos
13:10:59FromDiscord<piuvas> on testing
13:11:04FromDiscord<piuvas> daaaamn took so long
13:11:34FromDiscord<piuvas> hope it goes to main soon
13:12:20FromDiscord<odexine> that took long
13:16:49*xmachina quit (Quit: WeeChat 4.0.4)
13:21:56*xmachina joined #nim
13:38:57*rockcavera quit (Read error: Connection reset by peer)
13:39:30*rockcavera joined #nim
13:39:31*rockcavera quit (Changing host)
13:39:31*rockcavera joined #nim
13:56:02*xmachina quit (Quit: WeeChat 4.0.4)
13:58:06NimEventerNew Nimble package! mapm - Nim wrapper for MAPM, an arbitrary maths library with support for trig functions, see https://github.com/PMunch/mapm-nim
14:02:59*ced2 joined #nim
14:07:01*ced2 is now known as cedb
14:59:13FromDiscord<Schelz> Hi! Is there any way that I could cast an interface to a class ?
15:05:46FromDiscord<odexine> interface?
15:07:34FromDiscord<Phil> In reply to @Schelz "Hi! Is there any": Are you.sure this is about Nim?↵Do you maybe mean the experimental feature "concept"?
15:08:04FromDiscord<Phil> (edit) "Nim?↵Do" => "Nim?↵Or do"
15:19:38*Onionhammer3 joined #nim
15:21:16*Onionhammer quit (Ping timeout: 248 seconds)
15:21:16*Onionhammer3 is now known as Onionhammer
15:21:59*adigitoleo quit (*.net *.split)
15:31:00*adigitoleo joined #nim
15:32:44*ced2 joined #nim
15:33:14*cedb quit (Read error: Connection reset by peer)
15:33:17*xmachina joined #nim
15:34:21*jmdaemon quit (Ping timeout: 246 seconds)
15:36:28*kenran joined #nim
15:36:58*ced2 quit (Ping timeout: 250 seconds)
15:39:06*ced2 joined #nim
15:56:34FromDiscord<Schelz> nvm i got it working from https://github.com/nim-lang/Nim/wiki/Playing-with-CPP--VTABLE-from-Nim
15:57:00FromDiscord<Schelz> (edit) "https://github.com/nim-lang/Nim/wiki/Playing-with-CPP--VTABLE-from-Nim" => "https://github.com/nim-lang/Nim/wiki/Playing-with-CPP--VTABLE-from-Nim, thx tho"
15:57:21FromDiscord<jmgomez> In reply to @Schelz "nvm i got it": dont do that, that's old
15:57:45FromDiscord<jmgomez> You want to look for these: https://nim-lang.github.io/Nim/manual_experimental.html#virtual-pragma
15:58:24*ced2 is now known as cedb
15:59:18FromDiscord<Schelz> seems interesting, thx i will check it out in detail later
16:14:59*junaid_ joined #nim
16:32:27*kenran quit (Ping timeout: 246 seconds)
17:47:23PMunchHmm, interesting issue
17:47:41PMunchThe C library I'm importing sets up some globals
17:48:07PMunchThese globals are destroyed when you tell the library to deinitialize
17:48:38PMunchBut since I've attached a destructor to that type these are already destroyed by the time the library wants to deinitialize them..
17:49:18PMunchI guess I could add a bunch of `if` tests to ensure that these globals aren't destroyed..
17:49:24FromDiscord<jviega> That makes perfect sense, your destructor def has to test for whether the module is loaded
17:50:01PMunchOh yeah, it makes perfect sense. Just trying to figure out how to best solve it
17:51:38PMunchThe library is a math library, and it has constants like Pi in it. If I try to use this constant in my code my destructor also gets called and frees it, which is a bit unfortunate
17:57:46FromDiscord<sOkam! 🫐> In reply to @PMunch "I mean the entire": whats your workflow for creating the internal?↵i found that manually copying the output of futhark is a bit uncomfortable, but maybe you have a better workflow in place
17:58:27*qwr quit (Remote host closed the connection)
17:58:29FromDiscord<sOkam! 🫐> _(maybe it was because I wanted to keep control over the names, and you just literal copy/paste instead, could explain)_
17:59:23PMunchWell you can use the `outputPath` option as described in the shipping wrappers section of the README
17:59:33PMunchBut for this I just manually copy pasted the file
18:00:17FromDiscord<sOkam! 🫐> yeah, i know. that's why i was asking, because i kinda failed but you mentioned it is really easy for you to do, so was wondering what i failed with
18:00:41FromDiscord<sOkam! 🫐> i never managed to make it behave like I wanted to, it just did its thing on its own
18:03:34PMunchHmm, what where you trying to make it do?
18:04:06PMunchwere*
18:05:28FromDiscord<fabric.input_output> theme is broken https://media.discordapp.net/attachments/371759389889003532/1148317924201857064/image.png
18:16:54FromDiscord<juan_carlos> Maybe is Dark theme for colorblind people.
18:17:02PMunch@fabric.input_output, this is a known and fixed bug (fix will be present in next version of Nim)
18:24:45PMunchDamn it.. Something is wrong with my `=copy`/`=destroy` hooks..
18:24:59PMunchOr Nim isn't properly freeing memory
18:25:08PMunchAt least according to valgrind
18:25:33*xet7 joined #nim
18:34:04FromDiscord<breadpudding> Hello everyone. I'm currently writing UEFI bindings for Nim and I keep getting an error about having an out of order `enum`. I understand that `enum`s are supposed to be ordinal in Nim, however the documentation states that you can ignore that to maintain compatibility with C. What it doesn't say is how to do so. I've been digging through pragmas for a bit now but I haven't found anything useful. Thoughts?
18:36:15*xet7 quit (Ping timeout: 255 seconds)
18:48:36*xet7 joined #nim
19:03:58*xet7 quit (Quit: Leaving)
19:15:10*ntat quit (Quit: leaving)
19:29:30*azimut quit (Ping timeout: 246 seconds)
19:30:21*azimut joined #nim
19:39:12FromDiscord<vindaar> In reply to @PMunch "Damn it.. Something is": the sections in the manual about the hooks imo should be greatly expanded. multiple times I've wondered if the issue is on my side or not. Many details about what I can/must/... assume etc are just not clear
19:42:07FromDiscord<System64 ~ Flandre Scarlet> With ORC, is the cycle collector Mark and Sweep?
19:55:05PMunch@vindaar, yeah it's not very clear..
19:57:35PMunch@breadpudding, where did you read that?
19:57:54PMunchThe manual clearly states: "For better interfacing to other programming languages, the fields of enum types can be assigned an explicit ordinal value. However, the ordinal values have to be in ascending order."
20:06:00FromDiscord<pmunch> @breadpudding ^
20:06:41*junaid_ quit (Remote host closed the connection)
20:11:40*casaca_ joined #nim
20:12:46*deadmarshal_ quit (Ping timeout: 246 seconds)
20:12:46*xaltsc_ quit (Ping timeout: 246 seconds)
20:12:47*casaca quit (Ping timeout: 246 seconds)
20:12:50*casaca_ is now known as casaca
20:12:57*FromDiscord quit (Ping timeout: 246 seconds)
20:13:01*casaca quit (Read error: Connection reset by peer)
20:13:02*noeontheend quit (Write error: Connection reset by peer)
20:13:02*adigitoleo quit (Read error: Connection reset by peer)
20:13:02*mronetwo quit (Write error: Connection reset by peer)
20:13:02*henrytill quit (Write error: Connection reset by peer)
20:13:03*oddish quit (Read error: Connection reset by peer)
20:13:14*FromDiscord joined #nim
20:13:17*adigitoleo joined #nim
20:13:18*mronetwo joined #nim
20:13:19*oddish joined #nim
20:13:44*casaca joined #nim
20:14:20*xet7 joined #nim
20:14:38*henrytill joined #nim
20:14:44*xaltsc joined #nim
20:15:04*noeontheend joined #nim
20:21:35*deadmarshal_ joined #nim
20:24:05FromDiscord<breadpudding> Ah heck, looks like I got that one from a third party source.
20:26:12FromDiscord<breadpudding> In reply to @PMunch "@breadpudding, where did you": So I got it working now. Nim must treat `enum`s as ascending order from a signed number point of view.
20:26:34FromDiscord<breadpudding> I put all the values with the high bit set at the top of my enum and now it stopped complaining.
20:29:25FromDiscord<breadpudding> @pmunch
20:29:43PMunchGreat
20:34:22*advesperacit quit ()
20:39:27*xet7 quit (Ping timeout: 244 seconds)
20:39:43*xet7 joined #nim
20:45:53FromDiscord<System64 ~ Flandre Scarlet> In reply to @heysokam "definitely not. its a": Oh alright, so both ARC and ORC are RAII?
20:49:06FromDiscord<System64 ~ Flandre Scarlet> So I don't understand why I have crashes with ORC
20:53:41PMunchUgh, I'm off. But this hooks thing is kicking my ass.. I think it optimizes away my `=destroy`, which obviously isn't great because I kinda need that..
20:54:07PMunchI think the bug lies in the `=wasMoved(x); =destroy(x)` optimization
20:54:10*PMunch quit (Quit: leaving)
20:55:24*rockcavera quit (Read error: Connection reset by peer)
20:55:45*rockcavera joined #nim
20:55:45*rockcavera quit (Changing host)
20:55:45*rockcavera joined #nim
21:40:46NimEventerNew question by me0045: Nim intellisense not working properly with nim jester, see https://stackoverflow.com/questions/77040725/nim-intellisense-not-working-properly-with-nim-jester
21:45:58*nyeaa4928423010 joined #nim
21:47:07*dza2 joined #nim
21:47:17*_________ quit (Ping timeout: 246 seconds)
21:47:38*nyeaa492842301 quit (Ping timeout: 246 seconds)
21:47:59*dza quit (Ping timeout: 246 seconds)
21:47:59*dza2 is now known as dza
21:49:25*_________ joined #nim
22:23:09FromDiscord<Chronos [She/Her]> With Nim using Zig CC, how do I crosscompile...? :P
22:23:17FromDiscord<Chronos [She/Her]> Need to target aarch64 Linux
22:28:17FromDiscord<Chronos [She/Her]> Hm
22:28:55FromDiscord<Chronos [She/Her]> Think I figured it iut
22:35:22*xmachina quit (Quit: WeeChat 4.0.4)
22:37:53*jmdaemon joined #nim
22:39:43*FromDiscord quit (Ping timeout: 240 seconds)
22:40:31*FromDiscord joined #nim
23:02:45*xmachina joined #nim
23:20:15FromDiscord<barbiehammer> can someone explain to me the tradeoff of compiling nim into js?
23:20:27FromDiscord<barbiehammer> versus writing pure js
23:20:35FromDiscord<barbiehammer> or is there no cons?
23:34:30*azimut quit (Ping timeout: 246 seconds)
23:40:09*disso-peach quit (Quit: Leaving)