Newest at the top
| 2025-05-02 04:19:16 +0200 | <int-e> | (and progDb is populated from the builtinPrograms list) |
| 2025-05-02 04:19:12 +0200 | td_ | (~td@i53870923.versanet.de) td_ |
| 2025-05-02 04:17:38 +0200 | <geekosaur> | (it does still have to be in the progDb or it wouldn't have anywhere to store the option) |
| 2025-05-02 04:17:04 +0200 | td_ | (~td@i53870904.versanet.de) (Ping timeout: 245 seconds) |
| 2025-05-02 04:15:50 +0200 | <geekosaur> | I mentioned earlier that the project file parser is a bit half-assed; here, that's working in your favor 🙂 |
| 2025-05-02 04:15:49 +0200 | <sim590> | Yeah, that's what I just realized. I couldn't properly phrase it. Thanks. :P |
| 2025-05-02 04:15:25 +0200 | ljdarj | (~Thunderbi@user/ljdarj) (Ping timeout: 276 seconds) |
| 2025-05-02 04:15:24 +0200 | <geekosaur> | it has to be in the programDb. but cabal files are more specific, yes |
| 2025-05-02 04:14:07 +0200 | <sim590> | So may be the `cabal.project` file is agnostic about the program name and it just passes arguments to whatever you tell it to? But inside, `*.cabal`, it's not. |
| 2025-05-02 04:14:00 +0200 | <int-e> | which should eventually trace back to https://github.com/haskell/cabal/blob/master/Cabal/src/Distribution/Simple/Program/Builtin.hs#L67 and since the most obvious thing works when you add a new program there... it's easy to miss that the .cabal file syntax is completely separate |
| 2025-05-02 04:13:49 +0200 | merijn | (~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 260 seconds) |
| 2025-05-02 04:12:09 +0200 | werneta | (~werneta@syn-071-083-160-242.res.spectrum.com) werneta |
| 2025-05-02 04:10:59 +0200 | <int-e> | AFAICS for config-like files (that includes cabal.project.local?) the field names are computed here: https://github.com/haskell/cabal/blob/master/cabal-install/src/Distribution/Client/ProjectConfig/L… |
| 2025-05-02 04:10:57 +0200 | <geekosaur> | and I will not be surprised to find that various others (probably in the same class: build-tool-depends) are also missing |
| 2025-05-02 04:08:32 +0200 | merijn | (~merijn@host-vr.cgnat-g.v4.dfn.nl) merijn |
| 2025-05-02 04:08:16 +0200 | <geekosaur> | highly unlikely. most probable to me is that it's simply ignored when parsing a cabal file, but it's in LocalBuildInformation so when the cabal.project parser sees it it can add it there |
| 2025-05-02 04:07:37 +0200 | Typedfern | (~Typedfern@135.red-83-37-43.dynamicip.rima-tde.net) (Ping timeout: 276 seconds) |
| 2025-05-02 04:07:21 +0200 | typedfern_ | (~Typedfern@135.red-83-37-43.dynamicip.rima-tde.net) typedfern |
| 2025-05-02 04:06:55 +0200 | <sim590> | Or could it be that c2hs actually reads the `cabal.project` file and parses the options himself? That would not have been cool, but it's just a thought. |
| 2025-05-02 04:06:13 +0200 | <sim590> | So, in the whole codebase, the string c2hs-optins only appears in test files. |
| 2025-05-02 04:02:18 +0200 | <geekosaur> | er, LocalBuildInformation |
| 2025-05-02 04:01:47 +0200 | <geekosaur> | (sorry, that might not be clear: LocalBuildInfo. the central data structures are abbreviated all over the codebase) |
| 2025-05-02 04:00:28 +0200 | <geekosaur> | makes me wonder how many other fields might be missing |
| 2025-05-02 03:59:43 +0200 | <geekosaur> | did someone put it in the LBI but not then add a field for parsing? |
| 2025-05-02 03:59:41 +0200 | <sim590> | Yeah I agree. |
| 2025-05-02 03:58:57 +0200 | <geekosaur> | it explains the parsing, but not why it works at all |
| 2025-05-02 03:58:52 +0200 | <sim590> | So, actually, the only references I saw seems to be in test files. And they are related to the $HOME/.cabal/config file interpreter I think. |
| 2025-05-02 03:58:42 +0200 | stef204 | (~stef204@user/stef204) stef204 |
| 2025-05-02 03:57:52 +0200 | <sim590> | hmmmm. So, there are references in the code about `c2hs-options`, but they're not in the FieldGrammar module under the PackageDescription dir. I think that explains the difference. |
| 2025-05-02 03:57:12 +0200 | merijn | (~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 252 seconds) |
| 2025-05-02 03:52:17 +0200 | <geekosaur> | what's puzzling me is, if it's not supported there, it shouldn't work in `cabal.project` either |
| 2025-05-02 03:51:49 +0200 | <sim590> | Thanks again for the support |
| 2025-05-02 03:50:38 +0200 | volsand | (~volsand@2804:1b1:1080:da6:192e:6849:5950:90dd) (Quit: volsand) |
| 2025-05-02 03:50:29 +0200 | merijn | (~merijn@host-vr.cgnat-g.v4.dfn.nl) merijn |
| 2025-05-02 03:49:04 +0200 | <geekosaur> | 👍 |
| 2025-05-02 03:47:47 +0200 | sajenim | (~sajenim@user/sajenim) sajenim |
| 2025-05-02 03:46:45 +0200 | j1n37 | (~j1n37@user/j1n37) j1n37 |
| 2025-05-02 03:46:12 +0200 | j1n37- | (~j1n37@user/j1n37) (Ping timeout: 252 seconds) |
| 2025-05-02 03:43:34 +0200 | <sim590> | It might be an easy PR for me to make. I could basically mimic pretty much everything that's done for hsc2hs-options, but do it for c2hs-options. |
| 2025-05-02 03:40:40 +0200 | <sim590> | But c2hs is not there. |
| 2025-05-02 03:40:33 +0200 | <sim590> | I don't know if I'm at the right spot, but I see hsc2hs-options seems to be be part of the list of recognized fields here: https://github.com/haskell/cabal/blob/7e0f040d1147770b57e76b2e51123f01e83ce263/Cabal-syntax/src/Di… |
| 2025-05-02 03:40:19 +0200 | merijn | (~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 276 seconds) |
| 2025-05-02 03:37:47 +0200 | cyphase | (~cyphase@user/cyphase) cyphase |
| 2025-05-02 03:35:17 +0200 | bitdex | (~bitdex@gateway/tor-sasl/bitdex) bitdex |
| 2025-05-02 03:34:42 +0200 | merijn | (~merijn@host-vr.cgnat-g.v4.dfn.nl) merijn |
| 2025-05-02 03:26:28 +0200 | Typedfern | (~Typedfern@135.red-83-37-43.dynamicip.rima-tde.net) typedfern |
| 2025-05-02 03:25:47 +0200 | <geekosaur> | I told you, it's a development thing. You're trying to use it for something else |
| 2025-05-02 03:25:20 +0200 | <sim590> | Hmmmm. OK. I don't really know why, but I guess I need prerequisites to undestand it. I don't really know how the build system does its thing, so I don't see the logic here, but OK. So I guess, my only chance now, is to have a fix from the cabal team so that c2hs-options be added to a cabal release. |
| 2025-05-02 03:24:09 +0200 | Typedfern | (~Typedfern@135.red-83-37-43.dynamicip.rima-tde.net) (Remote host closed the connection) |
| 2025-05-02 03:23:44 +0200 | merijn | (~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 245 seconds) |