Newest at the top
| 2025-05-02 04:44:52 +0200 | merijn | (~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 252 seconds) |
| 2025-05-02 04:40:28 +0200 | todi | (~todi@p57803331.dip0.t-ipconnect.de) (Ping timeout: 252 seconds) |
| 2025-05-02 04:40:07 +0200 | merijn | (~merijn@host-vr.cgnat-g.v4.dfn.nl) merijn |
| 2025-05-02 04:39:40 +0200 | todi1 | (~todi@183.96.168.66) |
| 2025-05-02 04:35:52 +0200 | ChanServ | +v lambdabot |
| 2025-05-02 04:35:52 +0200 | lambdabot | (~lambdabot@haskell/bot/lambdabot) lambdabot |
| 2025-05-02 04:35:45 +0200 | lambdabot | (~lambdabot@haskell/bot/lambdabot) (Remote host closed the connection) |
| 2025-05-02 04:31:06 +0200 | todi | (~todi@p57803331.dip0.t-ipconnect.de) todi |
| 2025-05-02 04:29:06 +0200 | merijn | (~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 252 seconds) |
| 2025-05-02 04:25:19 +0200 | stef204 | (~stef204@user/stef204) (Quit: WeeChat 4.2.1) |
| 2025-05-02 04:24:19 +0200 | merijn | (~merijn@host-vr.cgnat-g.v4.dfn.nl) merijn |
| 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. |