Newest at the top
| 2025-07-25 04:39:50 +0200 | Sgeo_ | (~Sgeo@user/sgeo) Sgeo |
| 2025-07-25 04:37:50 +0200 | qqe | (~qqq@185.54.23.134) (Quit: Lost terminal) |
| 2025-07-25 04:37:08 +0200 | amadaluzia | (~amadaluzi@user/amadaluzia) amadaluzia |
| 2025-07-25 04:34:49 +0200 | merijn | (~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 260 seconds) |
| 2025-07-25 04:30:56 +0200 | humasect | (~humasect@dyn-192-249-132-90.nexicom.net) humasect |
| 2025-07-25 04:28:08 +0200 | merijn | (~merijn@host-vr.cgnat-g.v4.dfn.nl) merijn |
| 2025-07-25 04:26:40 +0200 | <Square3> | Gotcha, I guess I just need to figure it out. |
| 2025-07-25 04:25:54 +0200 | Unicorn_Princess | (~Unicorn_P@user/Unicorn-Princess/x-3540542) (Remote host closed the connection) |
| 2025-07-25 04:23:36 +0200 | <geekosaur> | (and neither group is willing to be flexible about extensions) |
| 2025-07-25 04:22:50 +0200 | <geekosaur> | (you cannot simultaneously have a .md extension for markdown tools and a source file extension for compilers) |
| 2025-07-25 04:22:21 +0200 | <geekosaur> | markdown, unfortunately, plays pretty badly with source code |
| 2025-07-25 04:22:05 +0200 | <geekosaur> | ReST is pretty similar in that respect |
| 2025-07-25 04:20:14 +0200 | <Square3> | Haddock isn't totally obvious. Seems easy to break if you insert the wrong space/control at a certain place? |
| 2025-07-25 04:15:57 +0200 | merijn | (~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 276 seconds) |
| 2025-07-25 04:14:58 +0200 | LainIwakura | (~LainIwaku@user/LainIwakura) (Quit: Client closed) |
| 2025-07-25 04:10:39 +0200 | merijn | (~merijn@host-vr.cgnat-g.v4.dfn.nl) merijn |
| 2025-07-25 04:08:19 +0200 | athan | (~athan@syn-047-132-161-157.res.spectrum.com) (Quit: Konversation terminated!) |
| 2025-07-25 04:05:01 +0200 | xff0x | (~xff0x@fsb6a9491c.tkyc517.ap.nuro.jp) |
| 2025-07-25 04:03:28 +0200 | Unicorn_Princess | (~Unicorn_P@user/Unicorn-Princess/x-3540542) Unicorn_Princess |
| 2025-07-25 04:02:11 +0200 | Unicorn_Princess | (~Unicorn_P@user/Unicorn-Princess/x-3540542) (Remote host closed the connection) |
| 2025-07-25 03:59:49 +0200 | merijn | (~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 260 seconds) |
| 2025-07-25 03:55:09 +0200 | merijn | (~merijn@host-vr.cgnat-g.v4.dfn.nl) merijn |
| 2025-07-25 03:39:28 +0200 | merijn | (~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 240 seconds) |
| 2025-07-25 03:36:38 +0200 | rembo10 | (~rembo10@main.remulis.com) rembo10 |
| 2025-07-25 03:35:12 +0200 | rembo10 | (~rembo10@main.remulis.com) (Quit: ZNC 1.10.0 - https://znc.in) |
| 2025-07-25 03:35:06 +0200 | merijn | (~merijn@host-vr.cgnat-g.v4.dfn.nl) merijn |
| 2025-07-25 03:24:36 +0200 | merijn | (~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 276 seconds) |
| 2025-07-25 03:23:04 +0200 | ljdarj | (~Thunderbi@user/ljdarj) (Ping timeout: 260 seconds) |
| 2025-07-25 03:20:12 +0200 | vanishingideal | (~vanishing@user/vanishingideal) vanishingideal |
| 2025-07-25 03:19:37 +0200 | merijn | (~merijn@host-vr.cgnat-g.v4.dfn.nl) merijn |
| 2025-07-25 03:18:39 +0200 | vanishingideal | (~vanishing@user/vanishingideal) (Ping timeout: 252 seconds) |
| 2025-07-25 03:09:39 +0200 | xff0x_ | (~xff0x@2405:6580:b080:900:b0eb:a928:fdd8:ba52) (Ping timeout: 260 seconds) |
| 2025-07-25 03:08:28 +0200 | merijn | (~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 240 seconds) |
| 2025-07-25 03:04:38 +0200 | <asivitz> | Thanks for taking a look |
| 2025-07-25 03:04:33 +0200 | <asivitz> | I can't get it to build with cabal < 3.16 b/c of the clean bug on windows. And I've tried a couple ghcs (9.10 and 9.12). I can ask #ghc |
| 2025-07-25 03:04:24 +0200 | fp | (~Thunderbi@89-27-10-140.bb.dnainternet.fi) (Ping timeout: 260 seconds) |
| 2025-07-25 03:04:14 +0200 | merijn | (~merijn@host-vr.cgnat-g.v4.dfn.nl) merijn |
| 2025-07-25 03:02:45 +0200 | <geekosaur> | this might be more of a ghc question then. but possibly also cabal; you might try it with different cabal versions (3.12, 3.14, 3.16) to see if the behavior changes |
| 2025-07-25 03:00:48 +0200 | <asivitz> | Yea the error only seems to trigger when I have that setup of file 1 uses TH, which imports something from file 2, which has a reference to imgui |
| 2025-07-25 02:59:21 +0200 | <geekosaur> | "could not load object code", that's TH. I wonder if there's some odd interaction there |
| 2025-07-25 02:58:09 +0200 | <asivitz> | (Also, on mac at least everything works great without installing any extra library) |
| 2025-07-25 02:56:29 +0200 | <geekosaur> | ImGui::StyleColorsDark(ImGuiStyle*) |
| 2025-07-25 02:56:29 +0200 | <geekosaur> | hilfy «cabal*validate-actions$» Z$ c++filt _ZN5ImGui15StyleColorsDarkEP10ImGuiStyle |
| 2025-07-25 02:56:27 +0200 | <asivitz> | My understanding is the haskell lib it builds the imgui lib. The repo has a submodule reference to imgui, and the sources are listed as cxx-sources |
| 2025-07-25 02:53:05 +0200 | fp | (~Thunderbi@89-27-10-140.bb.dnainternet.fi) fp |
| 2025-07-25 02:52:57 +0200 | <geekosaur> | you are either missing the imgui DLL or it's the wrong / incompatible version |
| 2025-07-25 02:52:54 +0200 | merijn | (~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 260 seconds) |
| 2025-07-25 02:52:10 +0200 | <asivitz> | It depends on the dear-imgui library, so it's possible there's a problem with that package. But it seems strange, and involves template haskell. |
| 2025-07-25 02:49:52 +0200 | <asivitz> | I'm wondering if someone familiar with Windows and Haskell could help me. I have a minimal reproduction of a linker error here: https://github.com/asivitz/windows_link_error It has a github action that produces the error, so it shows a build environment in case that might be where the issue stems from. |
| 2025-07-25 02:48:43 +0200 | fp | (~Thunderbi@89-27-10-140.bb.dnainternet.fi) (Ping timeout: 245 seconds) |