Logs: liberachat/#haskell
| 2025-11-28 16:11:18 | <milan> | tomsmeding: Yeah, so both can be used and both needs to be maintained? Which is more work to just support LLVM? |
| 2025-11-28 16:11:27 | <milan> | Ah.. so tradeof |
| 2025-11-28 16:11:34 | <tomsmeding> | personally I would be sad if GHC went LLVM-only because having a monoculture of anything is bad for progress |
| 2025-11-28 16:11:40 | <tomsmeding> | everything else is LLVM already anyway |
| 2025-11-28 16:12:09 | <tomsmeding> | also doesn't GHC support ARM these days? |
| 2025-11-28 16:12:21 | <milan> | Does it? |
| 2025-11-28 16:12:31 | <tomsmeding> | the GHC native code generator works perfectly fine at least on Apple Silicon |
| 2025-11-28 16:13:00 | × | ljdarj quits (~Thunderbi@user/ljdarj) (Ping timeout: 256 seconds) |
| 2025-11-28 16:13:09 | <tomsmeding> | this is an innovation of the 9.0- series though |
| 2025-11-28 16:13:12 | <milan> | But I have a dream to use it in android phones. |
| 2025-11-28 16:13:13 | × | Frostillicus quits (~Frostilli@pool-71-174-119-69.bstnma.fios.verizon.net) (Ping timeout: 264 seconds) |
| 2025-11-28 16:13:24 | <tomsmeding> | have you tried it? |
| 2025-11-28 16:13:30 | <milan> | And maybe rpi.. |
| 2025-11-28 16:13:50 | <milan> | tomsmeding: Not yet...and this might be outdated view that we dont have ghc on arm. |
| 2025-11-28 16:14:09 | <tomsmeding> | yeah in the 8.* series, you needed LLVM to make things work on ARM |
| 2025-11-28 16:14:20 | <tomsmeding> | nowadays at least some ARM targets are supported natively |
| 2025-11-28 16:14:41 | → | Frostillicus joins (~Frostilli@pool-71-174-119-69.bstnma.fios.verizon.net) |
| 2025-11-28 16:15:17 | × | merijn quits (~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 265 seconds) |
| 2025-11-28 16:15:24 | → | FirefoxDeHuk82 joins (~FirefoxDe@user/FirefoxDeHuk) |
| 2025-11-28 16:15:27 | <milan> | THank you.. I will look some more info online. |
| 2025-11-28 16:15:49 | × | FirefoxDeHuk quits (~FirefoxDe@user/FirefoxDeHuk) (Quit: Client closed) |
| 2025-11-28 16:16:15 | × | FirefoxDeHuk82 quits (~FirefoxDe@user/FirefoxDeHuk) (Client Quit) |
| 2025-11-28 16:16:28 | <tomsmeding> | milan: ghcup has versions for aarch64-deb10-linux and aarch64-apple-darwin |
| 2025-11-28 16:16:40 | <fgarcia> | this is interesting to me. i think there might be arm builds https://ports.macports.org/port/ghc/details/ . some things on the page are 'Version: 9.12.2' and '✓ Tahoe (arm64)' which seems quite recent |
| 2025-11-28 16:17:02 | <tomsmeding> | milan: so it's possible that if you just try using ghcup, things will just work on your target |
| 2025-11-28 16:17:19 | <tomsmeding> | fgarcia: on apple silicon I know for sure that using ghcup just works |
| 2025-11-28 16:17:28 | <tomsmeding> | some of my colleagues do that |
| 2025-11-28 16:18:16 | <fgarcia> | actually, come to think of it. i use android with termux and my phone is arm. i have been able to run some code on that and even though it is .deb the packages are newer than what some distros have! |
| 2025-11-28 16:19:01 | <tomsmeding> | right, I think the ghcup bindists don't work in termux (possibly path reasons), but yes the termux repos have a ghc |
| 2025-11-28 16:24:32 | <milan> | Hmm... now I found arm build for linux... so I expect it to "work". Why I thought otherwise? Maybe I was lost by reading old articles about arm support from 2014 :D |
| 2025-11-28 16:24:57 | × | CiaoSen quits (~Jura@2a02:8071:64e1:da0:5a47:caff:fe78:33db) (Ping timeout: 265 seconds) |
| 2025-11-28 16:26:45 | → | merijn joins (~merijn@host-vr.cgnat-g.v4.dfn.nl) |
| 2025-11-28 16:28:17 | → | jmcantrell joins (~weechat@user/jmcantrell) |
| 2025-11-28 16:28:54 | → | ttybitnik joins (~ttybitnik@user/wolper) |
| 2025-11-28 16:31:35 | × | merijn quits (~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 240 seconds) |
| 2025-11-28 16:33:44 | → | machinedgod joins (~machinedg@d75-159-126-101.abhsia.telus.net) |
| 2025-11-28 16:35:14 | × | L29Ah quits (~L29Ah@wikipedia/L29Ah) (Ping timeout: 244 seconds) |
| 2025-11-28 16:35:43 | → | Googulator63 joins (~Googulato@team.broadbit.hu) |
| 2025-11-28 16:39:09 | × | Googulator quits (~Googulato@team.broadbit.hu) (Ping timeout: 250 seconds) |
| 2025-11-28 16:40:13 | × | Frostillicus quits (~Frostilli@pool-71-174-119-69.bstnma.fios.verizon.net) (Ping timeout: 264 seconds) |
| 2025-11-28 16:41:49 | → | Sgeo joins (~Sgeo@user/sgeo) |
| 2025-11-28 16:42:33 | → | merijn joins (~merijn@host-vr.cgnat-g.v4.dfn.nl) |
| 2025-11-28 16:47:28 | → | Frostillicus joins (~Frostilli@pool-71-174-119-69.bstnma.fios.verizon.net) |
| 2025-11-28 16:47:32 | × | merijn quits (~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 244 seconds) |
| 2025-11-28 16:49:38 | Googulator63 | is now known as Googulator |
| 2025-11-28 16:52:49 | × | Frostillicus quits (~Frostilli@pool-71-174-119-69.bstnma.fios.verizon.net) (Ping timeout: 264 seconds) |
| 2025-11-28 16:53:11 | → | ouilemur joins (~jgmerritt@user/ouilemur) |
| 2025-11-28 16:58:20 | → | merijn joins (~merijn@host-vr.cgnat-g.v4.dfn.nl) |
| 2025-11-28 17:02:33 | × | Googulator quits (~Googulato@team.broadbit.hu) (Ping timeout: 250 seconds) |
| 2025-11-28 17:03:15 | × | merijn quits (~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 240 seconds) |
| 2025-11-28 17:04:45 | × | humasect quits (~humasect@dyn-192-249-132-90.nexicom.net) (Remote host closed the connection) |
| 2025-11-28 17:04:48 | → | FirefoxDeHuk joins (~FirefoxDe@user/FirefoxDeHuk) |
| 2025-11-28 17:06:36 | × | mniip quits (mniip@libera/staff/mniip) (Changing host) |
| 2025-11-28 17:06:36 | → | mniip joins (mniip@libera/staff-emeritus/mniip) |
| 2025-11-28 17:07:34 | → | ljdarj joins (~Thunderbi@user/ljdarj) |
| 2025-11-28 17:12:26 | × | FirefoxDeHuk quits (~FirefoxDe@user/FirefoxDeHuk) (Quit: Client closed) |
| 2025-11-28 17:14:22 | → | merijn joins (~merijn@host-vr.cgnat-g.v4.dfn.nl) |
| 2025-11-28 17:18:55 | × | merijn quits (~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 240 seconds) |
| 2025-11-28 17:19:42 | × | bgamari_ quits (~bgamari@64.223.158.105) (Quit: ZNC 1.8.2 - https://znc.in) |
| 2025-11-28 17:21:12 | → | bgamari joins (~bgamari@64.223.170.198) |
| 2025-11-28 17:27:14 | × | ljdarj quits (~Thunderbi@user/ljdarj) (Ping timeout: 256 seconds) |
| 2025-11-28 17:30:12 | → | merijn joins (~merijn@host-vr.cgnat-g.v4.dfn.nl) |
| 2025-11-28 17:31:07 | → | L29Ah joins (~L29Ah@wikipedia/L29Ah) |
| 2025-11-28 17:32:09 | → | ljdarj joins (~Thunderbi@user/ljdarj) |
| 2025-11-28 17:34:43 | × | chele quits (~chele@user/chele) (Remote host closed the connection) |
| 2025-11-28 17:36:10 | × | vardhan quits (~vardhan@122.172.83.239) (Ping timeout: 246 seconds) |
| 2025-11-28 17:40:12 | → | humasect joins (~humasect@dyn-192-249-132-90.nexicom.net) |
| 2025-11-28 17:41:35 | × | jmcantrell quits (~weechat@user/jmcantrell) (Ping timeout: 240 seconds) |
| 2025-11-28 17:41:49 | × | tv quits (~tv@user/tv) (Read error: Connection reset by peer) |
| 2025-11-28 17:44:16 | → | sindu joins (~sindu@2.148.32.207.tmi.telenormobil.no) |
| 2025-11-28 17:47:25 | → | bggd joins (~bgg@2a01:e0a:fd5:f510:81e5:516f:14c0:9e92) |
| 2025-11-28 17:48:46 | → | jmcantrell joins (~weechat@user/jmcantrell) |
| 2025-11-28 17:53:15 | × | jmcantrell quits (~weechat@user/jmcantrell) (Ping timeout: 245 seconds) |
| 2025-11-28 18:03:37 | × | ljdarj quits (~Thunderbi@user/ljdarj) (Ping timeout: 264 seconds) |
| 2025-11-28 18:12:51 | × | trickard quits (~trickard@cpe-91-98-47-163.wireline.com.au) (Read error: Connection reset by peer) |
| 2025-11-28 18:13:05 | → | trickard_ joins (~trickard@cpe-91-98-47-163.wireline.com.au) |
| 2025-11-28 18:17:40 | × | tromp quits (~textual@2001:1c00:3487:1b00:9176:7929:ae5a:d4f6) (Quit: My iMac has gone to sleep. ZZZzzz…) |
| 2025-11-28 18:19:19 | → | ljdarj joins (~Thunderbi@user/ljdarj) |
| 2025-11-28 18:23:08 | <milan> | Guyz! I have yet another question! I know I can read docs but bothering you with stupid quesitons is so much more fun. So has anybody tried ReactJS and Miso? How do they compare. React is pushing "pure functions" for composing GUI which haskell might employ for GUI too right? Is this what MISO does? |
| 2025-11-28 18:33:58 | <EvanR> | haskell-miso.org claims that it is "isomorphic" so I'm finding it hard not to check out |
| 2025-11-28 18:35:03 | × | merijn quits (~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 252 seconds) |
| 2025-11-28 18:40:29 | × | trickard_ quits (~trickard@cpe-91-98-47-163.wireline.com.au) (Read error: Connection reset by peer) |
| 2025-11-28 18:40:43 | → | trickard_ joins (~trickard@cpe-91-98-47-163.wireline.com.au) |
| 2025-11-28 18:46:37 | → | merijn joins (~merijn@host-vr.cgnat-g.v4.dfn.nl) |
| 2025-11-28 18:48:19 | <milan> | EvanR: This isomorphism looks to me like next.js hydratation. Like prerender on server send prerenderd html then run rest on browser. I am more interested in "Function components" and composability as is in ReactJS. |
| 2025-11-28 18:49:34 | → | ZLima12_ joins (~zlima12@user/meow/ZLima12) |
| 2025-11-28 18:49:49 | × | ZLima12 quits (~zlima12@user/meow/ZLima12) (Ping timeout: 260 seconds) |
| 2025-11-28 18:49:57 | <milan> | What does not make sense for me is that ReactJS claims (computing new state of components and drawing to screen is pure function) In haskell however even printing to terminal is in IOMonad. How could displaying something be pure and impure at once? I bet ReactJS is lying here. |
| 2025-11-28 18:50:09 | <EvanR> | hydration? |
| 2025-11-28 18:52:05 | <EvanR> | an HTML UI component can be a pure function of its source data |
| 2025-11-28 18:52:16 | <milan> | EvanR: Yes look here https://nextjs.org/docs/pages/building-your-application/rendering/server-side-rendering |
| 2025-11-28 18:52:23 | <EvanR> | I pointed this out long ago while doing PHP |
| 2025-11-28 18:52:58 | <EvanR> | however you write the code, assuming you don't cause side effects in the HTML generating code, it's implementing a pure function |
| 2025-11-28 18:53:17 | <milan> | Yes computing state is pure I got it... but then You need to render right? And this is pure or not? |
| 2025-11-28 18:53:56 | <EvanR> | I'm not sure I understand the specifics of your question, what is "render" here |
| 2025-11-28 18:54:05 | <EvanR> | getting on the end user's screen? |
| 2025-11-28 18:54:20 | <milan> | Yes |
| 2025-11-28 18:54:41 | <EvanR> | well the client side engine does at some level .innerHTML = yourhtml |
| 2025-11-28 18:54:52 | <geekosaur> | you're just constructing pure HTML. the framework and the browser do the IO part |
| 2025-11-28 18:55:06 | <geekosaur> | (or JS) |
All times are in UTC.