Newest at the top
2025-10-19 15:49:28 +0200 | <haskellbridge> | <magic_rb> We're gonna string you up |
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 +0200 | merijn | (~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 260 seconds) |
2025-10-19 15:39:34 +0200 | merijn | (~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 +0200 | karenw | (~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 +0200 | SlackCoder | (~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 +0200 | SlackCoder | (~SlackCode@64-94-63-8.ip.weststar.net.ky) (Ping timeout: 248 seconds) |
2025-10-19 15:28:26 +0200 | merijn | (~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 +0200 | merijn | (~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 +0200 | davean | looks 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 +0200 | Rembane | (~Rembane@user/Rembane) Rembane |
2025-10-19 15:21:02 +0200 | Rembane | (~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 +0200 | inline | (~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 +0200 | AlexNoo_ | AlexNoo |
2025-10-19 15:13:25 +0200 | finsternis | (~X@23.226.237.192) finsternis |
2025-10-19 15:12:58 +0200 | merijn | (~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 248 seconds) |