Newest at the top
| 2025-05-02 23:19:09 +0200 | <monochrom> | I'm surprised at that. |
| 2025-05-02 23:18:56 +0200 | <haskellbridge> | <sm> C# |
| 2025-05-02 23:18:56 +0200 | <EvanR> | C# |
| 2025-05-02 23:18:52 +0200 | <monochrom> | Which normal language did they choose? |
| 2025-05-02 23:18:33 +0200 | <EvanR> | and how their code shrank by a factor of 5 after rewriting it in a normal language |
| 2025-05-02 23:18:06 +0200 | <EvanR> | that article about architect of ruin moving away from rust (2 years ago) wasn't too surprising |
| 2025-05-02 23:16:49 +0200 | peterbecich | (~Thunderbi@syn-047-229-123-186.res.spectrum.com) (Ping timeout: 276 seconds) |
| 2025-05-02 23:16:16 +0200 | nacation | (~m-3l4s76@user/nacation) nacation |
| 2025-05-02 23:16:14 +0200 | <haskellbridge> | <Liamzee> i guess it's just that my expectations are too high for rust, so Haskell can surpass expectations, Rust can fail to meet expectations, at least in game dev |
| 2025-05-02 23:15:48 +0200 | <monochrom> | How a language is used is 99% determined by networking effect seeded by random accidents, only 1% by the language itself. |
| 2025-05-02 23:15:18 +0200 | __jmcantrell__ | (~weechat@user/jmcantrell) (Ping timeout: 244 seconds) |
| 2025-05-02 23:15:10 +0200 | <haskellbridge> | <Liamzee> rust, on the other hand, i'm surprised people don't jam rustc with issues that "the compiler isn't generating my source code for me" |
| 2025-05-02 23:14:19 +0200 | <haskellbridge> | <Liamzee> spj et al didn't even try to blackmail tim sweeney for unreal bindings |
| 2025-05-02 23:14:06 +0200 | <EvanR> | godot isn't really the kind of thing you bind to anyway, it's not a library (unfortunately, perhaps) |
| 2025-05-02 23:13:43 +0200 | <haskellbridge> | <Liamzee> and yeah i guess the expectations aren't there anymore, i mean, godot bindings are old and possibly rusted |
| 2025-05-02 23:12:57 +0200 | <EvanR> | not borrow checking |
| 2025-05-02 23:12:56 +0200 | nacation | (~m-3l4s76@user/nacation) (Ping timeout: 252 seconds) |
| 2025-05-02 23:12:36 +0200 | <EvanR> | re expectations there was that talk by carmack where he said functional programming was the future |
| 2025-05-02 23:12:24 +0200 | <haskellbridge> | <Liamzee> haskell is more, i can't believe how polished it is, even if there's likely bugs somewhere or the gameplay is insipid, rust games, it's rust, isn't this supposed to be more amazing? |
| 2025-05-02 23:11:51 +0200 | <haskellbridge> | <Liamzee> fine, how about this, haskell games just exceed expectations more than rust games |
| 2025-05-02 23:09:50 +0200 | jespada | (~jespada@r179-25-202-180.dialup.adsl.anteldata.net.uy) (Quit: My Mac has gone to sleep. ZZZzzz…) |
| 2025-05-02 23:06:54 +0200 | <EvanR> | roguelike games, well met |
| 2025-05-02 23:06:28 +0200 | <int-e> | In contrast, the X11 bindings have 37 reverse deps. |
| 2025-05-02 23:06:05 +0200 | haskellbridge | sm looked for a rust games list, found https://github.com/rust-unofficial/awesome-rust?tab=readme-ov-file#games and https://itch.io/games/made-with-rust |
| 2025-05-02 23:04:58 +0200 | <int-e> | sm: Built in, hmm. Oh there it is, just a bit hard to discover. https://hackage.haskell.org/package/xhb/reverse says that there are 2 reverse deps and then lists one called `robot`. |
| 2025-05-02 23:03:47 +0200 | <EvanR> | unless you maybe narrow down the scope of "game" which would easily exclude rust in the process |
| 2025-05-02 23:03:21 +0200 | <EvanR> | I don't see how you came to that conclusion |
| 2025-05-02 23:03:06 +0200 | <haskellbridge> | <Liamzee> i'm just saying it's an expectations thing, it should be relatively more straightforward to make games in Rust |
| 2025-05-02 23:03:03 +0200 | <EvanR> | rewrite opengl in ~~rust~~ haskell! |
| 2025-05-02 23:02:44 +0200 | <int-e> | (For OpenGL you have no choice anyway; the interface is a C API) |
| 2025-05-02 23:02:35 +0200 | <haskellbridge> | <Liamzee> i don't believe in LTOV either! |
| 2025-05-02 23:01:55 +0200 | <EvanR> | get to the point* |
| 2025-05-02 23:01:53 +0200 | <int-e> | And FunGEn binds GLUT for window creation. It's almost as if nobody really wants to reimplement the low-level stuff when an existing C library already does it well enough :P |
| 2025-05-02 23:01:46 +0200 | <EvanR> | the more work it took to make the game, get to the of being able to make the game the way they did, the better the game is? |
| 2025-05-02 23:01:41 +0200 | alt-crns | (~crns@p200300f1171e03c029e61908ecaeb223.dip0.t-ipconnect.de) (Read error: Connection reset by peer) |
| 2025-05-02 23:01:28 +0200 | <haskellbridge> | <Liamzee> so the games people do make seem to have had much more love than the Rust counterparts, quite a few on the Rust games list feel like someone was trying to spam an app store |
| 2025-05-02 23:01:24 +0200 | <EvanR> | that sounds like labor theory of game value |
| 2025-05-02 23:01:09 +0200 | <haskellbridge> | <sm> it's built in to hackage now.. but https://packdeps.haskellers.com |
| 2025-05-02 23:01:06 +0200 | <haskellbridge> | <Liamzee> evanr: I think the real reason I think Haskell games are better than Rust games is that Haskell games are, well, limited, and also the skills needed to make a Haskell game are relatively rare |
| 2025-05-02 23:00:40 +0200 | <int-e> | https://hackage.haskell.org/package/xhb is one thing I can readily think of that is very low-level windowing related but not binding an existing C library. what was that site for looking up reverse dependencies on hackage? |
| 2025-05-02 23:00:31 +0200 | <haskellbridge> | <sm> m15k47on1c and there's FunGEn, based on opengl |
| 2025-05-02 22:58:58 +0200 | <EvanR> | this is haskell, we don't require C libraries be rewritten in haskell before using them |
| 2025-05-02 22:58:54 +0200 | <haskellbridge> | <Liamzee> https://cygwin.com/packages/summary/mingw64-x86_64-SDL2-src.html |
| 2025-05-02 22:58:52 +0200 | <haskellbridge> | <Liamzee> this version MIGht work, i haven't tested it as i no longer have a windows machine |
| 2025-05-02 22:58:26 +0200 | <int-e> | monomer uses sdl2 as a dependency. gloss uses GLFW |
| 2025-05-02 22:58:11 +0200 | <haskellbridge> | <Liamzee> it runs on all platforms (i think) other than windows due to the stack protector issue |
| 2025-05-02 22:57:56 +0200 | <haskellbridge> | <Liamzee> monomer's on sdl2 |
| 2025-05-02 22:57:42 +0200 | <haskellbridge> | <sm> and what's the status / pureness of monomer ? |
| 2025-05-02 22:57:31 +0200 | <haskellbridge> | <Liamzee> you need the older msys2 package for sdl2 to compile as newer versions require stack protector |
| 2025-05-02 22:57:15 +0200 | <haskellbridge> | <Liamzee> erm, excuse me, sdl2 |