| 28 May 2025 |
maralorn | sterni: When I want GHC to set a flag when calling cc during a compilation. Is there an environment variable I can set in my Haskell package derivation? Or is it correct that I can only set that variable during compilation of GHC via CONF_CC_OPTS_STAGE2. It seems kinda fishy to me because I basically only want to affect runtime behavior of the compiler. | 15:43:27 |
Alex | In reply to @sternenseemann:systemli.org I think armv7l is de facto dead as well, but nixpkgs CI checks eval of it?? Probably more GHC availability checks need to be added before we can drop support. You could try asking in #exotic:nixos.org. | 15:48:51 |
chreekat | In reply to @maralorn:maralorn.de sterni: When I want GHC to set a flag when calling cc during a compilation. Is there an environment variable I can set in my Haskell package derivation? Or is it correct that I can only set that variable during compilation of GHC via CONF_CC_OPTS_STAGE2. It seems kinda fishy to me because I basically only want to affect runtime behavior of the compiler. I see a -optc and a -optlc (for llvm... Not sure why there's two) on GHC directly , but maybe you're asking about a different level of the stack | 16:44:04 |
chreekat | https://downloads.haskell.org/ghc/latest/docs/users_guide/phases.html#ghc-flag-optc-option | 16:44:15 |
Artem | In reply to @maralorn:maralorn.de sterni: When I want GHC to set a flag when calling cc during a compilation. Is there an environment variable I can set in my Haskell package derivation? Or is it correct that I can only set that variable during compilation of GHC via CONF_CC_OPTS_STAGE2. It seems kinda fishy to me because I basically only want to affect runtime behavior of the compiler. I don't believe it can be done with env vars | 17:38:26 |
Artem | I think it's only the flags that @b:chreekat.net: mentioned | 17:39:45 |
Alex | In reply to @maralorn:maralorn.de sterni: When I want GHC to set a flag when calling cc during a compilation. Is there an environment variable I can set in my Haskell package derivation? Or is it correct that I can only set that variable during compilation of GHC via CONF_CC_OPTS_STAGE2. It seems kinda fishy to me because I basically only want to affect runtime behavior of the compiler. Aren't you assuming that GHC calls cc?
It doesn't unless you're compiling C code or you have an unregisterised GHC.
Nixpkgs' cc-wrapper may allow you to add extra options via an environment variable.
I cannot recall what environment variables it reads. | 17:41:18 |
maralorn | I think I figured it out. | 17:58:41 |
maralorn | And yes ghc calls cc. For c code and for linking. | 17:58:41 |
maralorn | Well I guess -optlc might actually do what I want also. | 18:19:06 |
sterni (he/him) | -optc and friends is right yes | 18:54:28 |
Alex | Doesn't it call ld for linking? | 19:22:42 |
maralorn | Well, at least not for the js backend. There emscripten is used for linking iiuc. | 21:34:09 |
alexfmpe | clearly we should have ghci running natively on browsers instead of compiling to javascript to interpret | 21:40:35 |
| 29 May 2025 |
sterni (he/him) | then -optl I guess, didn't read too carefully above | 09:18:05 |
| @deeok:matrix.org joined the room. | 20:04:46 |
sterni (he/him) | alexfmpe: okay about the android platform thing… I've realized I just remembering an amjoseph PR and hallucinated it was an actual feature in lib: https://github.com/NixOS/nixpkgs/pull/212188 | 23:49:07 |
alexfmpe | Aaah | 23:50:56 |
| 30 May 2025 |
| la .varik. .VALefor. changed their profile picture. | 02:41:29 |
jean-paul. | How do I specify that all of the test suites should be built, but none should be executed? | 12:51:47 |
jean-paul. | One hack I see is to manually set "checkPhase" so it does nothing and set the other options as you would normally set them to build & run the tests | 12:57:05 |
maralorn | Yay, staging moved to staging-next. Soon we can work on haskell-updates again. | 17:34:47 |
alexfmpe | Ah finally | 18:02:57 |
| 31 May 2025 |
Peter Becich | ./maintainers/scripts/haskell/regenerate-hackage-packages.sh
I believe is broken on staging, staging-next and haskell-updates. The first error in the output is:
error: builder for '/nix/store/xwayf8wqkcdxfma8apqhprgih1khk2d5-python3.13-beautifulsoup4-4.13.4.drv' failed with exit code 1;
would someone confirm this for me?
| 02:09:59 |
Peter Becich | created issue for beautifulsoup: https://github.com/NixOS/nixpkgs/issues/412556 | 02:34:15 |
| ethancedwards8 joined the room. | 02:54:09 |
Peter Becich | Cherry pick beautifulsoup fix to haskell-updates, review please: https://github.com/NixOS/nixpkgs/pull/412733 | 18:46:35 |
Peter Becich | Is there an @ofborg command to add a label? | 18:51:19 |
maralorn | @peterbecich:matrix.org thanks for the fix. However this breakage only happened because there was an accidental merge of staging into haskell-updates. We decided to resume work on the branch once that staging reaches master. Then we can merge master into haskell-updates. | 20:09:47 |
maralorn | * @peterbecich:matrix.org thanks for the fix. However this breakage only happened because there was an accidental merge of staging into haskell-updates. We decided to resume work on the branch once that staging reaches master. Then we can merge master into haskell-updates. Receiving all the fixes. | 20:10:41 |