Newest at the top
| 2025-11-28 17:17:28 +0100 | <tomsmeding> | some of my colleagues do that |
| 2025-11-28 17:17:19 +0100 | <tomsmeding> | fgarcia: on apple silicon I know for sure that using ghcup just works |
| 2025-11-28 17:17:02 +0100 | <tomsmeding> | milan: so it's possible that if you just try using ghcup, things will just work on your target |
| 2025-11-28 17:16:40 +0100 | <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 17:16:28 +0100 | <tomsmeding> | milan: ghcup has versions for aarch64-deb10-linux and aarch64-apple-darwin |
| 2025-11-28 17:16:15 +0100 | FirefoxDeHuk82 | (~FirefoxDe@user/FirefoxDeHuk) (Client Quit) |
| 2025-11-28 17:15:49 +0100 | FirefoxDeHuk | (~FirefoxDe@user/FirefoxDeHuk) (Quit: Client closed) |
| 2025-11-28 17:15:27 +0100 | <milan> | THank you.. I will look some more info online. |
| 2025-11-28 17:15:24 +0100 | FirefoxDeHuk82 | (~FirefoxDe@user/FirefoxDeHuk) FirefoxDeHuk |
| 2025-11-28 17:15:17 +0100 | merijn | (~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 265 seconds) |
| 2025-11-28 17:14:41 +0100 | Frostillicus | (~Frostilli@pool-71-174-119-69.bstnma.fios.verizon.net) |
| 2025-11-28 17:14:20 +0100 | <tomsmeding> | nowadays at least some ARM targets are supported natively |
| 2025-11-28 17:14:09 +0100 | <tomsmeding> | yeah in the 8.* series, you needed LLVM to make things work on ARM |
| 2025-11-28 17:13:50 +0100 | <milan> | tomsmeding: Not yet...and this might be outdated view that we dont have ghc on arm. |
| 2025-11-28 17:13:30 +0100 | <milan> | And maybe rpi.. |
| 2025-11-28 17:13:24 +0100 | <tomsmeding> | have you tried it? |
| 2025-11-28 17:13:13 +0100 | Frostillicus | (~Frostilli@pool-71-174-119-69.bstnma.fios.verizon.net) (Ping timeout: 264 seconds) |
| 2025-11-28 17:13:12 +0100 | <milan> | But I have a dream to use it in android phones. |
| 2025-11-28 17:13:09 +0100 | <tomsmeding> | this is an innovation of the 9.0- series though |
| 2025-11-28 17:13:00 +0100 | ljdarj | (~Thunderbi@user/ljdarj) (Ping timeout: 256 seconds) |
| 2025-11-28 17:12:31 +0100 | <tomsmeding> | the GHC native code generator works perfectly fine at least on Apple Silicon |
| 2025-11-28 17:12:21 +0100 | <milan> | Does it? |
| 2025-11-28 17:12:09 +0100 | <tomsmeding> | also doesn't GHC support ARM these days? |
| 2025-11-28 17:11:40 +0100 | <tomsmeding> | everything else is LLVM already anyway |
| 2025-11-28 17:11:34 +0100 | <tomsmeding> | personally I would be sad if GHC went LLVM-only because having a monoculture of anything is bad for progress |
| 2025-11-28 17:11:27 +0100 | <milan> | Ah.. so tradeof |
| 2025-11-28 17:11:18 +0100 | <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 17:11:18 +0100 | lucabtz | (~lucabtz@user/lucabtz) (Remote host closed the connection) |
| 2025-11-28 17:10:56 +0100 | <tomsmeding> | common wisdom is that it tends to bring improvement on highly numerical, tight code (because LLVM does auto-vectorisation), and is slightly worse on very haskell-y code |
| 2025-11-28 17:10:25 +0100 | <tomsmeding> | milan: you can tell GHC to use LLVM (-fllvm), but you're probably aware of that |
| 2025-11-28 17:09:24 +0100 | merijn | (~merijn@host-vr.cgnat-g.v4.dfn.nl) merijn |
| 2025-11-28 17:08:35 +0100 | <juri_> | my guess would be vectorization requirements. |
| 2025-11-28 17:08:07 +0100 | <fgarcia> | if i had to guess, supporting llvm has a burden to it maintainers are not intersted in. this is me speculating though |
| 2025-11-28 17:04:26 +0100 | humasect | (~humasect@dyn-192-249-132-90.nexicom.net) humasect |
| 2025-11-28 17:03:54 +0100 | <milan> | Hello guyz.. Long time no see :). I have a question why GHC uses native backend. Wouldn't it be better to only use LLVM? We chould then have ghc on arm? Is my reasoning sound? |
| 2025-11-28 17:03:20 +0100 | FirefoxDeHuk | (~FirefoxDe@user/FirefoxDeHuk) FirefoxDeHuk |
| 2025-11-28 17:02:50 +0100 | humasect | (~humasect@dyn-192-249-132-90.nexicom.net) (Remote host closed the connection) |
| 2025-11-28 17:02:24 +0100 | milan | (~milan@88.212.61.169) |
| 2025-11-28 17:00:39 +0100 | humasect | (~humasect@dyn-192-249-132-90.nexicom.net) humasect |
| 2025-11-28 16:58:52 +0100 | merijn | (~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 246 seconds) |
| 2025-11-28 16:42:58 +0100 | ljdarj | (~Thunderbi@user/ljdarj) ljdarj |
| 2025-11-28 16:38:51 +0100 | travisb_ | tabemann |
| 2025-11-28 16:32:15 +0100 | fp | (~Thunderbi@130.233.70.215) (Ping timeout: 240 seconds) |
| 2025-11-28 16:28:27 +0100 | tromp | (~textual@2001:1c00:3487:1b00:9176:7929:ae5a:d4f6) |
| 2025-11-28 16:26:51 +0100 | biberu | (~biberu@user/biberu) (Read error: Connection reset by peer) |
| 2025-11-28 16:22:47 +0100 | trickard_ | trickard |
| 2025-11-28 16:22:42 +0100 | ttybitnik | (~ttybitnik@user/wolper) (Quit: Fading out...) |
| 2025-11-28 16:22:14 +0100 | pavonia | (~user@user/siracusa) (Quit: Bye!) |
| 2025-11-28 16:21:02 +0100 | ljdarj | (~Thunderbi@user/ljdarj) (Quit: ljdarj) |
| 2025-11-28 16:16:29 +0100 | Googulator | (~Googulato@team.broadbit.hu) |