00:36:55 | FromDiscord | <Robyn [She/Her]> How does `nim-gdb` work? |
00:39:40 | FromDiscord | <Robyn [She/Her]> Also is there a way for me to make it so if a prelaunch task (for compiling the code) fails in VSC's debugging thing, it aborts the task? |
00:46:09 | FromDiscord | <Robyn [She/Her]> In reply to @battery.acid.bubblegum "Also is there a": Figured this out, at least |
00:50:41 | FromDiscord | <leorize> it calls gdb with the nim extension script loaded↵(@Robyn [She/Her]) |
00:51:57 | FromDiscord | <Robyn [She/Her]> In reply to @leorize "it calls gdb with": Ahh okay |
00:52:08 | FromDiscord | <leorize> the extension script is in tools/debug |
01:05:26 | * | kk joined #nim |
03:02:31 | * | alexdaguy joined #nim |
03:09:50 | * | rockcavera joined #nim |
03:18:40 | * | kk quit (Ping timeout: 265 seconds) |
03:19:22 | * | kk joined #nim |
03:37:57 | * | kk quit (Quit: Quit) |
03:42:15 | * | pbsds3 quit (Quit: The Lounge - https://thelounge.chat) |
03:44:24 | * | pbsds3 joined #nim |
03:50:18 | FromDiscord | <sonicsmooth.> Hi, new here, new to nim. I was able to create a simple UI with wNim and autolayout. Then I changed to using wClass as per examples and the autolayout stopped working. I think it's having trouble with class member names. Autolayout debug and dump don't seem to work. I can provide details. So the question is Is there anything specific or tricky I need to know to use autolayout with wClass? |
05:01:21 | FromDiscord | <Robyn [She/Her]> `>>` or `->` for a 'then' operator... I'm thinking `->` |
05:27:38 | * | krux02 quit (Remote host closed the connection) |
05:27:41 | FromDiscord | <michael.lenz.> Actually is it possible to integrate the nim-gdb in vscide? |
05:28:22 | * | alexdaguy quit (Ping timeout: 244 seconds) |
05:28:31 | FromDiscord | <michael.lenz.> To use break points, stack trace, like in xcode or kdevelop |
05:28:57 | FromDiscord | <michael.lenz.> Kdevelop is handy too |
05:29:12 | FromDiscord | <Elegantbeef> It should just work |
05:30:30 | * | alexdaguy joined #nim |
05:32:00 | FromDiscord | <michael.lenz.> Nice |
07:34:47 | * | beholders_eye joined #nim |
07:42:30 | FromDiscord | <.tokyovigilante> sent a code paste, see https://play.nim-lang.org/#pasty=ZrVmiVCK |
07:42:59 | FromDiscord | <.tokyovigilante> sent a code paste, see https://play.nim-lang.org/#pasty=hGzKaZUF |
07:43:16 | FromDiscord | <.tokyovigilante> ie `struct_ImDrawData` == `ImDrawData` |
07:45:49 | * | beholders_eye quit (Ping timeout: 245 seconds) |
07:48:06 | * | beholders_eye joined #nim |
08:11:34 | FromDiscord | <Elegantbeef> @.tokyovigilante where is `ImDrawData` defined? |
08:14:23 | FromDiscord | <.tokyovigilante> sent a code paste, see https://play.nim-lang.org/#pasty=VLVlArAm |
08:54:37 | * | SchweinDeBurg quit (Quit: WeeChat 4.6.0-dev) |
08:58:47 | * | SchweinDeBurg joined #nim |
09:25:54 | * | tokyovigilante quit (Remote host closed the connection) |
09:26:08 | * | tokyovigilante joined #nim |
10:08:53 | * | PMunch joined #nim |
10:09:30 | PMunch | Hmm, so `packed` is just a hint to the C compiler, right? |
10:16:46 | * | beholders_eye quit (Read error: Connection reset by peer) |
10:22:27 | * | beholders_eye joined #nim |
10:32:44 | * | beholders_eye quit (Ping timeout: 260 seconds) |
10:45:21 | * | alexdaguy quit (Ping timeout: 252 seconds) |
10:47:26 | * | alexdaguy joined #nim |
11:57:27 | * | alexdaguy quit (Ping timeout: 246 seconds) |
12:53:19 | * | xaltsc quit (Quit: WeeChat 4.5.0) |
12:54:04 | * | alexdaguy joined #nim |
13:00:59 | * | beholders_eye joined #nim |
13:30:52 | * | alexdaguy quit (Quit: w) |
13:36:14 | * | beholders_eye quit (Ping timeout: 245 seconds) |
13:44:14 | FromDiscord | <janakali> Nim is cool. I was searching for a tool to patch gba roms, but they all sucked (atleast those work on linux). So I wrote my own; in 15 lines of Nim - [codeberg](https://codeberg.org/janAkali/slimpatcher/src/commit/86aa04644de5481b149c7436a964cc06478b8be2/src/slimpatcher.nim#L9-L24)↵I tested it against one tool I found that's written in Java and my silly script is like 10x faster. |
13:49:36 | * | beholders_eye joined #nim |
13:52:15 | * | beholders_eye quit (Read error: Connection reset by peer) |
13:55:12 | FromDiscord | <solitudesf> In reply to @janakali "Nim is cool. I": spread the nim propaganda, but here is a good tool for patches, that is more fully featured https://github.com/Alcaro/Flips |
13:57:57 | * | beholders_eye joined #nim |
14:06:47 | FromDiscord | <janakali> Thank you for suggestion, but IMO my tool is still slightly better in some aspects. Mainly, I see that in Flips there's no way to apply multiple patches with cli and in GUI there's no way to specify the order in which patches applied. |
14:46:13 | * | krux02 joined #nim |
15:01:46 | FromDiscord | <zumi.dxy> i've heard of patches that need to be applied one after the other |
15:01:54 | FromDiscord | <zumi.dxy> like there's a base patch and then an extras patch |
15:02:00 | FromDiscord | <zumi.dxy> seems quite useful for those |
16:24:07 | FromDiscord | <jimb007> sent a code paste, see https://play.nim-lang.org/#pasty=rvJIsdhY |
16:24:51 | FromDiscord | <solitudesf> do you have `~/.nimble/bin` in your `PATH`? |
16:29:17 | FromDiscord | <odexine> Are you sure you do not have an alternate installation |
16:52:38 | FromDiscord | <jimb007> sent a code paste, see https://play.nim-lang.org/#pasty=WkRFBNWH |
17:01:10 | FromDiscord | <jimb007> sent a code paste, see https://play.nim-lang.org/#pasty=ZFlyBEEa |
17:43:21 | * | def- quit (Quit: -) |
17:44:48 | * | def- joined #nim |
17:47:43 | * | def- quit (Client Quit) |
17:48:24 | * | def- joined #nim |
17:51:08 | * | beholders_eye quit (Ping timeout: 252 seconds) |
18:32:43 | FromDiscord | <aeseia> F# developer and I just discovered Nim... really like what I see↵↵Is there a jupyter kernel with ongoing development for Nim? |
18:52:16 | * | beholders_eye joined #nim |
20:02:29 | * | beholders_eye quit (Ping timeout: 248 seconds) |
20:05:48 | FromDiscord | <michael.lenz.> What is it? |
20:27:09 | FromDiscord | <bosinski2023> In reply to @aeseia "F# developer and I": maybe this one ? https://github.com/stisa/jupyternim/tree/master |
20:55:15 | FromDiscord | <aeseia> it looks like the package author spent a lot of time and went into a lot of detail but I assume anything that hasn't been updated in a while is dead |
20:55:19 | FromDiscord | <aeseia> i'll try it though |
21:01:19 | FromDiscord | <System64 ~ Flandre Scarlet> In reply to @janakali "Nim is cool. I": Only that long?! What a nice language! |
21:19:12 | * | xet7 joined #nim |
22:12:35 | * | beholders_eye joined #nim |
22:37:07 | * | beholders_eye quit (Ping timeout: 252 seconds) |
22:41:04 | * | anddam joined #nim |
22:55:47 | * | anddam quit (Quit: WeeChat 4.1.2) |
23:33:50 | FromDiscord | <meta_leap> sent a long message, see https://pasty.ee/JgoSTWtf |
23:35:08 | FromDiscord | <meta_leap> (edit) "https://pasty.ee/qAqOIXlC" => "https://pasty.ee/mWYkzwTf" |
23:42:01 | FromDiscord | <grumblygibson> sent a long message, see https://pasty.ee/JBJfQOxA |
23:42:32 | FromDiscord | <grumblygibson> (edit) "https://pasty.ee/vrtGGgxa" => "https://pasty.ee/XukdpylU" |
23:42:41 | FromDiscord | <Elegantbeef> clang + mold is the fastest non TCC pipeline ime |
23:43:21 | FromDiscord | <Elegantbeef> In my game project it's about 1s faster which is roughly 20% |
23:44:04 | FromDiscord | <meta_leap> In reply to @Elegantbeef "clang + mold is": whats TCC means, "transpile C/C++" or? |
23:44:15 | FromDiscord | <meta_leap> (edit) "means," => "mean," |
23:44:53 | FromDiscord | <muddmaker> tiny c compiler |
23:45:01 | FromDiscord | <Elegantbeef> Faster than raw gcc |
23:45:13 | FromDiscord | <Elegantbeef> tiny c compiler |
23:45:34 | FromDiscord | <Elegantbeef> A stupid fast with 0 optimisations, practically a bare minimum C compiler |
23:45:37 | FromDiscord | <meta_leap> In reply to @grumblygibson "<@1131867449021702255> the transpiling to": well that might just be worth it given my huge desire for py-like syntax! |
23:45:43 | FromDiscord | <muddmaker> It doesn't have any optimization passes, so the code quality isn't as great, but it's very fast |
23:45:59 | FromDiscord | <grumblygibson> @meta_leap nim-c++ bindings are zero-overhead except for doing fancy dynamic memory stuff, because nim needs memory for stuff like strings to not change while being operated on in c++ land. |
23:46:36 | FromDiscord | <Elegantbeef> Well you can always import `std::string` |
23:48:39 | FromDiscord | <meta_leap> my bottleneck was mold so far, and it's supposedly the fastest linker. A basically blank SDL+Vulkan window app linking in WickedEngine (which insists on static and wont ever support dyn-linking) takes 15secs to build and link time seems the major duration there, given that custom code is little and Wicked is already built. thats debug builds o0 and no lto. 15secs! might as well have 16s with nim but nicer syntax |
23:51:45 | FromDiscord | <meta_leap> sent a long message, see https://pasty.ee/ynglgNeq |
23:52:48 | FromDiscord | <meta_leap> (edit) "https://pasty.ee/OZVbIddN" => "https://pasty.ee/xDuyJvpu" |
23:54:51 | FromDiscord | <grumblygibson> #1stworldproblems `15s builds` 😂 compared to 20 years ago, but yeah I agree. |
23:59:06 | FromDiscord | <meta_leap> In reply to @grumblygibson "#1stworldproblems `15s builds` 😂": well _not_ compared to TurboPascal ca. 27+ years ago on infinitesimally slower machines 😁 anyway I want the linker for debug builds to just paste the dep binaries into the final binary, really dunno what all that song&dance is doing there. name collision checks? for so many cycles and so few names? well i'm sure there's good explanations =/ |
23:59:30 | FromDiscord | <grumblygibson> In reply to @Elegantbeef "Well you can always": Reminds me I want to try making a Nim wrapper for the CTL, specifically the c++ compatible string: https://github.com/glouw/ctl/ |
23:59:47 | FromDiscord | <meta_leap> (edit) "names?" => "names, with 16 cores?" |