2025/10/19

Newest at the top

2025-10-19 15:49:11 +0200 <ggVGc> it's not the type of work I prefer to use Haskell for
2025-10-19 15:49:09 +0200 <haskellbridge> <magic_rb> Heresy
2025-10-19 15:48:55 +0200 <ggVGc> it may be heresy in here, but I actually would not like to write our backend in Haskell either.
2025-10-19 15:48:53 +0200 <haskellbridge> <magic_rb> Kinda died due the same reason ghcjs started dying, not upstream
2025-10-19 15:48:40 +0200 <haskellbridge> <magic_rb> But it wasnt ever integrated into GHC proper, i think it was called etalang?
2025-10-19 15:48:26 +0200 <ggVGc> ah, right
2025-10-19 15:48:20 +0200 <ggVGc> unless I am making it up
2025-10-19 15:48:19 +0200 <haskellbridge> <magic_rb> There was a external project
2025-10-19 15:48:14 +0200 <ggVGc> or at least there was some project way back
2025-10-19 15:48:06 +0200 <ggVGc> I think it exists?
2025-10-19 15:47:47 +0200 <haskellbridge> <magic_rb> We need a JVM backend in GHC :P
2025-10-19 15:46:57 +0200__monty__(~toonn@user/toonn) (Quit: leaving)
2025-10-19 15:46:44 +0200 <davean> ooof I'm sorry
2025-10-19 15:44:52 +0200merijn(~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 260 seconds)
2025-10-19 15:39:34 +0200merijn(~merijn@host-vr.cgnat-g.v4.dfn.nl) merijn
2025-10-19 15:38:46 +0200 <ggVGc> anyway, I appreciate that GHC has a proper extension system. Unlike Scala, which I now writre for my day job, where everything just goes into trunk.
2025-10-19 15:34:17 +0200 <ggVGc> but. sure, my statement wasn't very well thought through
2025-10-19 15:34:13 +0200karenw(~karenw@user/karenw) (Ping timeout: 264 seconds)
2025-10-19 15:33:58 +0200 <ggVGc> I feel like GCC is quite common in embedded nowadays though? I've only done NXP, ESP and rp2050 stuff I guess, but those toolchains are gcc-based. And NXP is quite major?
2025-10-19 15:32:04 +0200SlackCoder(~SlackCode@208.26.91.234) SlackCoder
2025-10-19 15:29:54 +0200 <ggVGc> but, anyway, my point was still about Haskell and GHC
2025-10-19 15:29:33 +0200 <ggVGc> well, okay, I'm willing to retract what I said. But, for many people writing C on linux or osx, extensions to C implemented by GCC are seen by many as standard parts of the language, I think/
2025-10-19 15:28:40 +0200 <davean> Seeing all the microhs patches come through is actually interesting ATM
2025-10-19 15:28:26 +0200SlackCoder(~SlackCode@64-94-63-8.ip.weststar.net.ky) (Ping timeout: 248 seconds)
2025-10-19 15:28:26 +0200merijn(~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 248 seconds)
2025-10-19 15:27:45 +0200 <davean> Haskell is not widely varied in compilers, though there are some others which you use for good reasons. C though? No C is not at all "what is implimended by gcc and clang"
2025-10-19 15:27:04 +0200 <davean> But a lot of stuff is embeded and neither gcc or clang is common in embeded at all
2025-10-19 15:25:33 +0200 <davean> C is a highly multi-compiler language
2025-10-19 15:25:25 +0200 <davean> icc is also a major compiler, and there are a bunch of others that are pretty major
2025-10-19 15:25:00 +0200 <ggVGc> but it's widely accepted that msvc does not properly implement C?
2025-10-19 15:24:59 +0200 <davean> I didn't say it was common with what you run, I was saying you definately use stuff that is only compiled on msvc
2025-10-19 15:24:39 +0200 <davean> msvc is DEFINETLY huge
2025-10-19 15:24:32 +0200 <ggVGc> because I think I disagree with that for everyday software that I personally run
2025-10-19 15:24:21 +0200 <ggVGc> interesting, would say it's intel or msvc?
2025-10-19 15:23:46 +0200merijn(~merijn@host-vr.cgnat-g.v4.dfn.nl) merijn
2025-10-19 15:23:42 +0200 <davean> ggVGc: I'm not even sure you listed the most used C compilers
2025-10-19 15:23:23 +0200 <ggVGc> davean: I think those are few?
2025-10-19 15:22:58 +0200 <ggVGc> but yeah, GHC2021 is a nice attempt at collecting useful extensions into something coherent
2025-10-19 15:22:55 +0200daveanlooks around at all the project you use regularly that have never been compiled with gcc or clang
2025-10-19 15:22:12 +0200 <davean> I know weirdly it is listed as optional in the field syntax reference, thats a bit missleading. Thats the base syntax, not the semantic syntax.
2025-10-19 15:22:11 +0200 <ggVGc> [exa]: yeah, I agree that is formally true, but in practice whatever GHC does is what Haskell is, in the same way that C is de-facto defined by extensions that GCC and clang both implement.
2025-10-19 15:21:44 +0200Rembane(~Rembane@user/Rembane) Rembane
2025-10-19 15:21:02 +0200Rembane(~Rembane@user/Rembane) (Quit: WeeChat 4.1.1)
2025-10-19 15:19:47 +0200 <davean> Defaulting would ruin the required nature of it
2025-10-19 15:17:40 +0200inline(~inline@2a02:8071:57a1:1260:d82c:6b3f:958f:cc66) Inline
2025-10-19 15:17:34 +0200 <davean> mreh: cabal doesn't default, its REQUIRED
2025-10-19 15:13:33 +0200AlexNoo_AlexNoo
2025-10-19 15:13:25 +0200finsternis(~X@23.226.237.192) finsternis
2025-10-19 15:12:58 +0200merijn(~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 248 seconds)
2025-10-19 15:08:34 +0200SlackCoder(~SlackCode@64-94-63-8.ip.weststar.net.ky) SlackCoder