<< 30-11-2023 >>
00:44:53*lucasta quit (Quit: Leaving)
01:34:50FromDiscord<sOkam! šŸ«> In reply to @chronos.vitaqua "I think <@186489007247589376>'s Confy": confy's support for porting makefiles is for make-to-confy, not make-to-nimble/nimscript. confy can build nim, but it doesn't support nimble nor nimscript, which is what that question is askingā†µconfy is and builds nim, so it could qualify. but it's an important difference
01:36:31FromDiscord<sOkam! šŸ«> In reply to @sys64 "I want to make": futhark should be able to tackle it. at least the early gen part
01:56:59FromDiscord<.kanaxa> Oh god I haven't been on discord for so long
01:57:04FromDiscord<.kanaxa> Hello back to everyeone!
01:57:17FromDiscord<.kanaxa> (edit) "everyeone!" => "everyone!"
02:15:08FromDiscord<Elegantbeef> But we never left
02:21:52FromDiscord<.kanaxa> You're still as beefy as ever, Lord @ElegantBeef
02:32:33FromDiscord<Elegantbeef> Do i know you??
02:34:11FromDiscord<.kanaxa> Haha, not in person
02:34:17FromDiscord<.kanaxa> Was here on the group a few months back
02:34:24FromDiscord<.kanaxa> (edit) "Was" => "I was"
02:54:52*edr quit (Quit: Leaving)
03:48:13*m5zs7k quit (Ping timeout: 260 seconds)
03:50:36*m5zs7k joined #nim
03:52:38*LuxuryMode quit (Quit: Connection closed for inactivity)
05:44:46*rockcavera quit (Remote host closed the connection)
06:08:17*gooba quit (Remote host closed the connection)
06:08:50*gooba joined #nim
06:32:57*hexeme quit (Quit: co'o ro do)
06:36:48*hexeme joined #nim
06:40:12FromDiscord<Chronos [She/Her]> In reply to @heysokam "confy's support for porting": Ah fair
06:51:43*advesperacit joined #nim
06:59:41*PMunch joined #nim
07:17:43*azimut quit (Ping timeout: 240 seconds)
07:40:34*kenran joined #nim
08:00:41*kenran` joined #nim
08:02:05*kenran quit (Ping timeout: 240 seconds)
08:48:52FromDiscord<Phil> Cheers kanaxa
09:08:59*m5zs7k quit (Ping timeout: 264 seconds)
09:11:28*m5zs7k joined #nim
09:14:30NimEventerNew thread by Araq: Ideas about strings, see https://forum.nim-lang.org/t/10706
10:09:28*m5zs7k quit (Ping timeout: 268 seconds)
10:11:16*m5zs7k joined #nim
11:14:49FromDiscord<System64 ~ Flandre Scarlet> In reply to @heysokam "futhark should be able": The problem is more related to make files here
11:32:36PMunchIt depends on the complexity and project structure
11:33:36PMunchTypically you'd use the Makefile to build a shared or static library, then something like Futhark to wrap the interface, and you simply link the build artifact with your program which now know what it provides
11:43:32FromDiscord<System64 ~ Flandre Scarlet> In reply to @sys64 "Well, the thing is": @pmunch[IRC] the make files looks like thisā†µIt builds a ROM
11:59:07PMunchAh right, the Makefile is the thing which actually builds your project
11:59:18PMunchThe thing you need to link against is apparently the libmd.a file
11:59:46PMunchAfter that it should mostly be a matter of finding the correct combination of flags for the Nim compiler
12:01:47FromDiscord<Phil> O.O, the nlvm repo is after building and everything over 20 Gigs in size, what the hell
12:01:56FromDiscord<Phil> (edit) "O.O, the nlvm ... repo" added "repl"
12:02:17PMunchMaybe it pulls in the entire LLVM project
12:02:25FromDiscord<Phil> how flipping gargantuan are these dependencies.ā†µlibLLVM is GB alone
12:02:27PMunch20Gigs still seems excessive though
12:02:28FromDiscord<Phil> (edit) "how flipping gargantuan are these dependencies.ā†µlibLLVM is ... GB" added "3"
12:02:31FromDiscord<System64 ~ Flandre Scarlet> In reply to @PMunch "The thing you need": libmd.a should be the library for the MegaDrive, so probably
12:03:31FromDiscord<Phil> https://media.discordapp.net/attachments/371759389889003532/1179754579844399195/image.png?ex=657aef12&is=65687a12&hm=2574a8af40c0c9f0c42b9ebe628000e3b3992c573560b597a4b8970300fbb300&
12:04:13FromDiscord<Phil> I can't imagine llvm having a ton of media files in there but how the hell is there this much source code in there ?!
12:04:36FromDiscord<Phil> llvm-exegesis, another 2.3 GB
12:05:02FromDiscord<Phil> All the make file stuff, another 3 GB, this is nuts
12:05:19FromDiscord<odexine> doesnt look like just source code
12:05:29FromDiscord<odexine> .a files arent source code so not sure what you mean
12:05:48FromDiscord<Phil> sorry I was mentally including generally lib files such as lib.so in there
12:06:43FromDiscord<Phil> And .a are just static libs so I included them as well
12:13:53FromDiscord<farklenaut> how important is floating point accuracy in nim?
12:16:13PMunchAs important as an other language?
12:16:34PMunchThe importance of floating point accuracy is up to the application
12:23:22FromDiscord<Phil> I mean, I'm only aware of a single spec for float64
12:23:26FromDiscord<Phil> Which is the same one that JS uses
12:23:40FromDiscord<Phil> Which is the same one that I flipping despise because JS uses it for ints
12:23:46*targz__ joined #nim
12:24:04PMunchHaha, using floats for ints is just a design flaw :P
12:24:22PMunchIf you need more precision you can always use an arbitrary precision library
12:24:28PMunchI recently wrapped MAPM and it works great
12:24:33FromDiscord<Phil> The entire language is a design flaw at this point
12:25:10FromDiscord<Phil> There's so much ad-hoc correcting going on (arrow functions vs normal functions in their interpretation of "this" comes to mind) its nuts
12:25:27FromDiscord<Phil> (edit) "There's so much ad-hoc correcting going on ... (arrow" added "with it"
12:25:33PMunchWell calling JS designed might be a bit generous
12:25:39FromDiscord<Phil> Fair
12:25:54PMunchOf course today it is, but the initial implementation was just one guy over a week or something like that
12:25:56FromDiscord<Phil> I mean yeah, it was barfed out in a week or so IIRC
12:35:30FromDiscord<System64 ~ Flandre Scarlet> JavaScript is a mistake
12:35:38FromDiscord<farklenaut> there is a project to improve floating point accuracy: https://herbie.uwplse.org and my initial test shows some math in nim could be improved, but I'm not sure if the trouble is worth it? https://media.discordapp.net/attachments/371759389889003532/1179762663606190080/image.png?ex=657af699&is=65688199&hm=65828fb7422bafb3e432cfe4c01fbec8290431f8032ae55666c01b3c65a46116&
12:35:57*targz77 quit (Quit: Leaving)
12:36:04*targz__ quit (Quit: Leaving)
12:36:24*targz77 joined #nim
12:37:56FromDiscord<Phil> Imo step1 would be write a package as PoC and so that users can make use of it without having to wait on the core-team to approve.ā†µStep2 make an RFC proposing updating nim's internal float types to whatever your proposal is (I assume you're proposing a different kind of float type, I don't know jack of anything and am doing other stuff in parallel).ā†µStep 3 potentially see it included in nim (?)
12:38:39FromDiscord<farklenaut> not a different float type, different math equations to be more accurate
12:39:48*lucasta joined #nim
12:39:53FromDiscord<farklenaut> i entered the equation from https://github.com/nim-lang/Nim/blob/9140f8e2212c91347704cec0f98c0345ddf0ea1e/lib/pure/complex.nim#L205
12:39:59FromDiscord<Phil> So... different kind of doing x / y?
12:40:10FromDiscord<farklenaut> yes
12:40:14FromDiscord<farklenaut> i think
12:40:23FromDiscord<farklenaut> still looking at the project
12:41:28FromDiscord<Phil> Ah, well my suggestion would remain the same.ā†µNote I'm not part of the core team, just a community member that contributes here and there on the GUI/webdev side of things
12:53:12FromDiscord<System64 ~ Flandre Scarlet> sent a code paste, see https://paste.rs/fCzKM
13:07:24FromDiscord<griffith1deadly> sent a code paste, see https://paste.rs/JTPsP
13:07:46FromDiscord<System64 ~ Flandre Scarlet> In reply to @griffith1deadly "maybe you can todo": In fact, this file is generated by a toolā†µThe actual data is stored in a .o file I think
13:22:21*PMunch quit (Quit: Leaving)
14:01:03FromDiscord<.kanaxa> In reply to @isofruit "Cheers kanaxa": Hey ho man!
14:20:53*kenran` quit (Remote host closed the connection)
14:24:18FromDiscord<9ih> I'm feeling so nim-like rn
14:44:27*lucasta quit (Quit: Leaving)
14:54:32FromDiscord<nnsee> In reply to @9ih "I'm feeling so nim-like": are you feeling like a nimrod?
14:56:30FromDiscord<9ih> you could say that
15:04:11FromDiscord<bostonboston> Nimpleton
15:10:27FromDiscord<System64 ~ Flandre Scarlet> Is endianess of data managed by Nim or by C?
15:12:57FromDiscord<TuxTheArchUser> What library should I use for GUI in Nim?
15:13:47FromDiscord<nnsee> In reply to @TuxTheArchUser "What library should I": owlkettle
15:13:52FromDiscord<nnsee> or any of the qt/gtk bindings
15:14:33FromDiscord<nnsee> In reply to @sys64 "Is endianess of data": i would assume that this would be the platform
15:14:56FromDiscord<nnsee> ie "C", or more specifically the compiler
15:15:02FromDiscord<nnsee> or JS in case of the js backend
15:16:53FromDiscord<System64 ~ Flandre Scarlet> In reply to @nnsee "i would assume that": Oh alright, so it's managed by the C compiler if I compile to C?
15:17:08FromDiscord<nnsee> i would think so
15:17:12FromDiscord<nnsee> don't quote me on this though
15:19:06FromDiscord<System64 ~ Flandre Scarlet> In reply to @nnsee "i would think so": Oh niceā†µBecause i will have to compile for Motorola 68000
15:20:10FromDiscord<nnsee> sounds fun lol
15:22:24FromDiscord<System64 ~ Flandre Scarlet> In reply to @nnsee "sounds fun lol": Imagine programming the MegaDrive with Nim
15:26:44FromDiscord<TuxTheArchUser> In reply to @nnsee "owlkettle": Thank you! Does it compiles for Windows? I just have some friends that use Windows and I don't really know if GTK works on Windows...
15:27:08FromDiscord<bostonboston> In reply to @sys64 "Is endianess of data": I believe it is managed by your architecture, and your compiler should adhere to the architecture spec but I might be wrong
15:27:30FromDiscord<nnsee> In reply to @TuxTheArchUser "Thank you! Does it": iirc it does, but requires you to also distribute the gtk dll
15:27:51FromDiscord<bostonboston> In reply to @TuxTheArchUser "Thank you! Does it": Yes, there's a lot of discussion about how to use it here in the discord and in the GitHub discussions
15:27:56FromDiscord<TuxTheArchUser> Mmmm
15:27:58FromDiscord<TuxTheArchUser> That's cool
15:28:00FromDiscord<TuxTheArchUser> Alsoo
15:28:07FromDiscord<TuxTheArchUser> I never compiled Nim code for Windows-
15:28:25FromDiscord<nnsee> cross compilation is pretty straightforward
15:28:37FromDiscord<TuxTheArchUser> Ohh
15:28:39FromDiscord<TuxTheArchUser> Is it easy?
15:31:15*azimut joined #nim
15:32:48FromDiscord<TuxTheArchUser> Oh god...
15:32:52FromDiscord<TuxTheArchUser> Adwaita...
15:33:07FromDiscord<TuxTheArchUser> Adwaita is terrible...
15:33:11FromDiscord<TuxTheArchUser> I thought it's GTK3...
15:33:24FromDiscord<TuxTheArchUser> But Adwaita gives me nightmares...
15:33:25FromDiscord<nnsee> what's wrong with adwaita? other than le bandwagon
15:33:46FromDiscord<TuxTheArchUser> Installing Adwaita will basically break almost everything in my system
15:33:59FromDiscord<nnsee> what? why?
15:34:05FromDiscord<TuxTheArchUser> All app will default to unthemeable Adwaita GTK4 default theme
15:34:08FromDiscord<TuxTheArchUser> (edit) "app" => "apps"
15:34:22FromDiscord<nnsee> only if you haven't set a theme...
15:34:35FromDiscord<TuxTheArchUser> My theme doesn't support GTK4.
15:34:42FromDiscord<TuxTheArchUser> And most apps will still use Adwaita when it's available.
15:34:49FromDiscord<TuxTheArchUser> Even overriding it won't help.
15:37:30*jmdaemon quit (Ping timeout: 260 seconds)
17:21:45*disso-peach joined #nim
18:46:17*lucasta joined #nim
18:46:28FromDiscord<can.l> In reply to @TuxTheArchUser "Adwaita...": You donā€™t need to use owlkettle with libadwaita if you donā€™t want to.
18:47:47FromDiscord<can.l> If you never import owlkettle/adw, you also donā€™t need to install the libadwaita package
18:49:04FromDiscord<can.l> GTK4 without libadwaita theming looks pretty much like gtk3
19:00:34*targz77 quit (Remote host closed the connection)
19:18:16FromDiscord<Phil> In reply to @TuxTheArchUser "Thank you! Does it": Note that if the setup is not working for you, there's already a PR in the works to foolproof the docs a bit and a show'n tell that goes more into the weeds
19:18:50FromDiscord<Phil> (edit) "In reply to @TuxTheArchUser "Thank you! Does it": Note that if the setup ... is" added "of gtk on windows"
19:19:04FromDiscord<Phil> So you can look at those to already get a bit more guidance if necessary
19:19:29FromDiscord<Phil> ~~Also I personally prefer adwaita~~
19:19:51Amun-Rasame
19:21:04FromDiscord<Phil> It should also be noted that adwaita comes with some really cool widgets, some of which you can replicate but some you can't, such as ToastOverlay (which is coming likely in one of the next owlkettle versions, like 3.1 or so depending on timeframes etc.)
19:21:40FromDiscord<Phil> (edit) "next" => "later" | "timeframes" => "timeframes, I assume it'll happen after 3.0 is out since most things are already prepped for that"
19:35:49Amun-Rahmm, nim doc doesn't generate docstring for one of my procs, weirdā€¦
20:01:22*edr joined #nim
20:09:35NimEventerNew Nimble package! num_crunch - Allows to write distributed programs for number crunching easily., see https://github.com/willi-kappler/num_crunch
20:11:31*krux02 joined #nim
20:20:28*notbad joined #nim
21:10:11*jmdaemon joined #nim
21:13:27*advesperacit quit ()
22:12:11NimEventerNew thread by alireza: Casting to seq[] will copy, see https://forum.nim-lang.org/t/10710
22:18:14NimEventerNew thread by alireza: Meaning of benign and rtl pragmas, see https://forum.nim-lang.org/t/10711
22:58:26FromDiscord<System64 ~ Flandre Scarlet> sent a code paste, see https://paste.rs/1zPjT
23:05:58FromDiscord<bostonboston> @Phil did you ever solve your `OwnedGtkString` copy hook
23:06:29FromDiscord<Phil> I mean the solution we want with was wrapping the string in an object with all of that defined
23:06:51FromDiscord<bostonboston> sent a code paste, see https://paste.rs/hYngd
23:07:20FromDiscord<bostonboston> Just saw the question and was interested in the solution if there was one, to compare to my horrible one
23:07:22FromDiscord<Phil> (edit) "want" => "went"
23:08:03FromDiscord<Phil> It's a temporary one, we wanted to check in 3 months again to see if it's still necessary by then
23:11:21FromDiscord<System64 ~ Flandre Scarlet> sent a code paste, see https://paste.rs/94z6G
23:11:49FromDiscord<bostonboston> If you comment out `os:any` what happens
23:15:10FromDiscord<System64 ~ Flandre Scarlet> sent a code paste, see https://paste.rs/PM4vR
23:16:25FromDiscord<bostonboston> Or potentially add ā†µ`--gcc.options.always %= "-w ${gcc.maxerrorsimpl}"`
23:17:23FromDiscord<System64 ~ Flandre Scarlet> (edit) "https://paste.rs/PLlS2" => "https://paste.rs/DQJQm"
23:17:27FromDiscord<System64 ~ Flandre Scarlet> In reply to @bostonboston "Or potentially add ": Error: undeclared identifier: '%='
23:18:05*oprypin quit (Quit: Bye)
23:18:15*oprypin joined #nim
23:22:33FromDiscord<bostonboston> Beyond me then, I believe the source of that flag is the global nim.cfg, didn't want to suggest removing it from there, thought you might be able to override it too
23:27:53FromDiscord<System64 ~ Flandre Scarlet> I use ``gcc.exe (GCC) 6.3.0``
23:33:04FromDiscord<System64 ~ Flandre Scarlet> Oh lol, Nim supports Motorola 68000 out of the box
23:33:17FromDiscord<bostonboston> I'm on gcc 13.2, and the flag is documented at gcc.gnu.org/onlinedocs/gcc/x86-Options.html
23:35:21FromDiscord<System64 ~ Flandre Scarlet> In reply to @bostonboston "I'm on gcc 13.2,": Alright so I set the os flag to standalone (the MegaDrive doesn't have an OS) and I obtain that :ā†µ``Error: cannot open file: C:\Users\USER\Documents\programmation\nimSGDK\panicoverride``
23:36:46FromDiscord<bostonboston> Ah yes, when you have write your own panic
23:37:25FromDiscord<bostonboston> https://github.com/nim-lang/Nim/blob/devel/tests/manyloc/standalone/panicoverride.nim
23:37:41FromDiscord<bostonboston> I believe that's the minimal examole
23:40:32FromDiscord<System64 ~ Flandre Scarlet> And now we are back toā†µ``error: unrecognized command line option '-mno-ms-bitfields'; did you mean '-mno-bitfield'?``ā†µ:/
23:41:16FromDiscord<System64 ~ Flandre Scarlet> note the ``ms``ā†µDamn, Microsoft is a source of problems...