2025/05/13

Newest at the top

2025-05-14 00:43:06 +0200Lord_of_Life(~Lord@user/lord-of-life/x-2819915) (Ping timeout: 272 seconds)
2025-05-14 00:42:54 +0200Lord_of_Life_(~Lord@user/lord-of-life/x-2819915) Lord_of_Life
2025-05-14 00:42:30 +0200 <zarek> EvanR: Would you recommend some library for it or blog post/book about programming game in haskell? I only today saw this video about programming game in haskell in haskell https://www.youtube.com/watch?v=1MNTerD8IuI&list=PLcGKfGEEONaCyiY7-IV6boavjCIG7q1vd&
2025-05-14 00:42:23 +0200 <int-e> Or, technically, not the binary but the `settings` files it ships with. So if you feel adventerous you can change that.
2025-05-14 00:41:19 +0200 <int-e> sim590: my guess is that using ld.gold is baked into the ghc binary you're using. that's what the ghc --info comment was about
2025-05-14 00:40:11 +0200 <sim590> int-e, tomsmeding: seems like ld.gold is deprecated apprently. But cabal still uses it by default? Shouldn't it stop to use it at some point?
2025-05-14 00:39:47 +0200 <zarek> EvanR: Yes, I'm also interested
2025-05-14 00:37:37 +0200merijn(~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 248 seconds)
2025-05-14 00:37:02 +0200sord937(~sord937@gateway/tor-sasl/sord937) (Quit: sord937)
2025-05-14 00:35:30 +0200 <EvanR> it is surely to make you collide with more abstractions
2025-05-14 00:35:17 +0200 <EvanR> zarek, dunno about cardano but would you be interested in game programming
2025-05-14 00:33:50 +0200sabathan2(~sabathan@amarseille-159-1-12-107.w86-203.abo.wanadoo.fr)
2025-05-14 00:32:36 +0200merijn(~merijn@host-vr.cgnat-g.v4.dfn.nl) merijn
2025-05-14 00:31:39 +0200sabathan2(~sabathan@amarseille-159-1-12-107.w86-203.abo.wanadoo.fr) (Read error: Connection reset by peer)
2025-05-14 00:31:07 +0200pavonia(~user@user/siracusa) siracusa
2025-05-14 00:26:52 +0200jmcantrell(~weechat@user/jmcantrell) (Ping timeout: 265 seconds)
2025-05-14 00:21:37 +0200merijn(~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 252 seconds)
2025-05-14 00:16:48 +0200merijn(~merijn@host-vr.cgnat-g.v4.dfn.nl) merijn
2025-05-14 00:15:24 +0200 <zarek> And do I need to learn about some more abstractions? I know everything up to state monads, but I don't know gadts or arrows
2025-05-14 00:14:31 +0200 <zarek> Hi, I already done beginner books about haskell and now I want to do something with Cardano, do you know how can I start?
2025-05-14 00:13:14 +0200zarek(~user@194.29.137.22)
2025-05-14 00:12:48 +0200esnos(~user@194.29.137.22) (Remote host closed the connection)
2025-05-14 00:12:18 +0200tomsmedingis afk
2025-05-14 00:11:31 +0200__monty__(~toonn@user/toonn) (Quit: leaving)
2025-05-14 00:11:14 +0200Sgeo(~Sgeo@user/sgeo) (Ping timeout: 245 seconds)
2025-05-14 00:10:28 +0200 <tomsmeding> to be fair I don't blame cabal for not trying to parse linker errors, but it would do well, perhaps, to pass on the error to the user instead of waiting until -v3 (not even -v, -v3!) to display it
2025-05-14 00:09:52 +0200 <tomsmeding> I guess cabal assumes that gcc always succeeds unless there was a linker error, and a linker error "always" means that one of the C libraries wasn't available
2025-05-14 00:09:08 +0200 <int-e> it's funny (and annoying) though that cabal diagnoses this as a missing C library
2025-05-14 00:08:44 +0200Frostillicus(~Frostilli@pool-71-174-119-56.bstnma.fios.verizon.net) (Ping timeout: 245 seconds)
2025-05-14 00:07:05 +0200 <int-e> is likely to find gold ;-)
2025-05-14 00:06:59 +0200 <int-e> ghc --info | grep gold
2025-05-14 00:06:59 +0200Sgeo(~Sgeo@user/sgeo) Sgeo
2025-05-14 00:05:47 +0200 <tomsmeding> despite the only earlier occurrence of the string "gold" in that log being "Cannot find ld.gold on the path"
2025-05-14 00:05:36 +0200merijn(~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 265 seconds)
2025-05-14 00:05:25 +0200esnos(~user@194.29.137.22)
2025-05-14 00:05:16 +0200 <int-e> note that ghc passes '-fuse-ld=gold' there
2025-05-14 00:05:02 +0200 <tomsmeding> do you have a working gcc and ld? :p
2025-05-14 00:04:49 +0200 <tomsmeding> xeno11: I suspect that this is the actual error, and that cabal just misinterprets failure of gcc as something completely unrelated (and wrong)
2025-05-14 00:04:24 +0200 <tomsmeding> xeno11: "collect2: fatal error: cannot find ‘ld’"
2025-05-14 00:03:43 +0200Unicorn_Princess(~Unicorn_P@user/Unicorn-Princess/x-3540542) Unicorn_Princess
2025-05-14 00:03:29 +0200Unicorn_Princess(~Unicorn_P@user/Unicorn-Princess/x-3540542) (Read error: Connection reset by peer)
2025-05-14 00:02:04 +0200Frostillicus(~Frostilli@pool-71-174-119-56.bstnma.fios.verizon.net)
2025-05-13 23:59:51 +0200 <xeno11> here is the `cabal build -v3` output: https://dpaste.com/A78G4C9TQ
2025-05-13 23:58:45 +0200merijn(~merijn@host-vr.cgnat-g.v4.dfn.nl) merijn
2025-05-13 23:58:10 +0200 <xeno11> tomsmeding: pkg-config is located at `/usr/bin/pkg-config`
2025-05-13 23:56:14 +0200Square(~Square4@user/square) (Ping timeout: 245 seconds)
2025-05-13 23:52:51 +0200Square2(~Square@user/square) Square
2025-05-13 23:48:12 +0200merijn(~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 265 seconds)
2025-05-13 23:46:16 +0200j1n37-(~j1n37@user/j1n37) (Ping timeout: 244 seconds)
2025-05-13 23:45:56 +0200j1n37(~j1n37@user/j1n37) j1n37