Newest at the top
2025-08-06 14:18:06 +0200 | Frostillicus | (~Frostilli@pool-71-174-119-69.bstnma.fios.verizon.net) (Ping timeout: 276 seconds) |
2025-08-06 14:17:57 +0200 | davidlbowman | (~dlb@user/davidlbowman) davidlbowman |
2025-08-06 14:12:42 +0200 | Frostillicus | (~Frostilli@pool-71-174-119-69.bstnma.fios.verizon.net) |
2025-08-06 14:08:13 +0200 | vanishingideal | (~vanishing@user/vanishingideal) vanishingideal |
2025-08-06 14:00:26 +0200 | sajenim | (~sajenim@user/sajenim) sajenim |
2025-08-06 13:55:26 +0200 | Unicorn_Princess | (~Unicorn_P@user/Unicorn-Princess/x-3540542) (Remote host closed the connection) |
2025-08-06 13:46:24 +0200 | wootehfoot | (~wootehfoo@user/wootehfoot) (Read error: Connection reset by peer) |
2025-08-06 13:31:41 +0200 | tromp | (~textual@2001:1c00:3487:1b00:788c:1b3f:625a:cce3) (Quit: My iMac has gone to sleep. ZZZzzz…) |
2025-08-06 13:21:30 +0200 | Lord_of_Life | (~Lord@user/lord-of-life/x-2819915) Lord_of_Life |
2025-08-06 13:17:42 +0200 | Lord_of_Life | (~Lord@user/lord-of-life/x-2819915) (Read error: Connection reset by peer) |
2025-08-06 13:12:16 +0200 | tromp | (~textual@2001:1c00:3487:1b00:788c:1b3f:625a:cce3) |
2025-08-06 13:08:29 +0200 | merijn | (~merijn@77.242.116.146) merijn |
2025-08-06 13:07:15 +0200 | Frostillicus | (~Frostilli@pool-71-174-119-69.bstnma.fios.verizon.net) (Ping timeout: 276 seconds) |
2025-08-06 13:07:10 +0200 | merijn | (~merijn@77.242.116.146) (Ping timeout: 276 seconds) |
2025-08-06 13:06:44 +0200 | machinedgod | (~machinedg@d75-159-126-101.abhsia.telus.net) (Ping timeout: 244 seconds) |
2025-08-06 13:01:55 +0200 | merijn | (~merijn@77.242.116.146) merijn |
2025-08-06 12:54:53 +0200 | tromp | (~textual@2001:1c00:3487:1b00:788c:1b3f:625a:cce3) (Quit: My iMac has gone to sleep. ZZZzzz…) |
2025-08-06 12:54:22 +0200 | killy | (~killy@176.223.173.250) |
2025-08-06 12:54:08 +0200 | killy | (~killy@terminal-3-187.retsat1.com.pl) (Ping timeout: 245 seconds) |
2025-08-06 12:53:13 +0200 | Frostillicus | (~Frostilli@pool-71-174-119-69.bstnma.fios.verizon.net) |
2025-08-06 12:51:55 +0200 | forell | (~forell@user/forell) forell |
2025-08-06 12:51:31 +0200 | forell | (~forell@user/forell) (Quit: ZNC - https://znc.in) |
2025-08-06 12:49:14 +0200 | merijn | (~merijn@77.242.116.146) (Ping timeout: 272 seconds) |
2025-08-06 12:44:20 +0200 | lortabac | (~lortabac@2a01:e0a:541:b8f0:55ab:e185:7f81:54a4) lortabac |
2025-08-06 12:41:56 +0200 | merijn | (~merijn@77.242.116.146) merijn |
2025-08-06 12:38:32 +0200 | caubert | (~caubert@user/caubert) (Quit: WeeChat 4.6.3) |
2025-08-06 12:34:19 +0200 | trickard___ | trickard |
2025-08-06 12:30:21 +0200 | <sm> | added CURRENT_PACKAGE_VERSION to my faq, thanks |
2025-08-06 12:30:19 +0200 | merijn | (~merijn@77.242.116.146) (Ping timeout: 260 seconds) |
2025-08-06 12:22:13 +0200 | lortabac | (~lortabac@2a01:e0a:541:b8f0:55ab:e185:7f81:54a4) (Ping timeout: 248 seconds) |
2025-08-06 12:20:33 +0200 | lxsameer | (~lxsameer@Serene/lxsameer) lxsameer |
2025-08-06 12:17:51 +0200 | trickard_ | (~trickard@cpe-56-98-47-163.wireline.com.au) (Ping timeout: 276 seconds) |
2025-08-06 12:15:32 +0200 | trickard___ | (~trickard@cpe-53-98-47-163.wireline.com.au) |
2025-08-06 12:14:11 +0200 | <euouae> | Got it, right. Then both solutions are fine. |
2025-08-06 12:12:35 +0200 | <c_wraith> | resources that are only used during code generation won't have the same issues |
2025-08-06 12:10:24 +0200 | <c_wraith> | those issues only apply specifically with data files, because they are required to exist after compilation |
2025-08-06 12:09:45 +0200 | <euouae> | I actually don't think I care about those issues for myself |
2025-08-06 12:09:30 +0200 | <euouae> | Yeah so it solves the issues you were talking about sm |
2025-08-06 12:08:54 +0200 | <sm> | 👍🏻 |
2025-08-06 12:08:45 +0200 | <c_wraith> | It only exists at compile time |
2025-08-06 12:08:20 +0200 | <sm> | I'd like to know for sure if CURRENT_PACKAGE_VERSION still works after rm -rf ~/.cabal. I assume so. |
2025-08-06 12:07:22 +0200 | <euouae> | I think you can also use it if you write custom build instructions with autoconf |
2025-08-06 12:07:17 +0200 | <sm> | great |
2025-08-06 12:07:15 +0200 | <c_wraith> | it should be available automatically whenever you have CPP enabled |
2025-08-06 12:07:10 +0200 | <sm> | (...and would it kill you to mention its name or path...) |
2025-08-06 12:07:07 +0200 | <euouae> | I could use it with the CPP pragma |
2025-08-06 12:06:59 +0200 | YoungFrog | (~youngfrog@2a02:a03f:ca07:f900:4407:d5e8:2b8d:2dc6) youngfrog |
2025-08-06 12:06:39 +0200 | YoungFrog | (~youngfrog@2a02:a03f:ca07:f900:abf4:cf52:58ac:4a84) (Quit: ZNC 1.7.x-git-3-96481995 - https://znc.in) |
2025-08-06 12:06:22 +0200 | <sm> | how do you use CURRENT_PACKAGE_VERSION actually ? The doc is not quite clear. "Cabal places the definitions of these macros into an automatically-generated header file, which is included when preprocessing Haskell source code by passing options to the C preprocessor." Do you have to import this file ? |
2025-08-06 11:58:31 +0200 | <euouae> | heheh |