Newest at the top
| 2025-01-08 20:11:26 +0100 | <mari41300> | i did not get what you meant c_wraith |
| 2025-01-08 20:11:24 +0100 | l__k | (~student@188.254.126.139) |
| 2025-01-08 20:10:14 +0100 | saulosilva | (~saulosilv@181.216.220.21) (Quit: Client closed) |
| 2025-01-08 20:10:04 +0100 | <mari41300> | hm but odd that the cabal repl does not detect changes cabal build would |
| 2025-01-08 20:08:57 +0100 | <haskellbridge> | <sm> also, if you are reloading a lot, I find this really useful in .ghci: :def rmain \args -> return $ ":reload\n:main "<>args |
| 2025-01-08 20:08:34 +0100 | ash3en | (~Thunderbi@2a03:7846:b6eb:101:93ac:a90a:da67:f207) (Quit: ash3en) |
| 2025-01-08 20:08:01 +0100 | <haskellbridge> | <sm> I meant, try to get ghcid doing the regeneration as well as compilation. Or, and this might be simpler, run watchexec to regenerate the parser continually, and just reload ghci when you need |
| 2025-01-08 20:07:16 +0100 | <smiesner> | thanks, will look into it! |
| 2025-01-08 20:06:16 +0100 | <haskellbridge> | <sm> smiesner: ghcid is flexible in which ghci commands it can run on change, including :! shell commands I expect. I'd try to get that working in a side window. Then if you :r in your ghci window the parser will already be regenerated. |
| 2025-01-08 20:06:11 +0100 | <c_wraith> | huh. I found a case where I'd really like to benchmark the difference between -O2 and default in a single criterion suite, but... uh... The levels don't work right for that. |
| 2025-01-08 20:05:51 +0100 | ljdarj | (~Thunderbi@user/ljdarj) (Ping timeout: 244 seconds) |
| 2025-01-08 20:05:39 +0100 | tromp | (~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl) |
| 2025-01-08 20:02:30 +0100 | dolio | (~dolio@130.44.140.168) dolio |
| 2025-01-08 19:56:21 +0100 | Guest20 | (~Guest20@136.158.16.131) () |
| 2025-01-08 19:56:11 +0100 | dolio | (~dolio@130.44.140.168) (Quit: ZNC 1.9.1 - https://znc.in) |
| 2025-01-08 19:55:53 +0100 | Guest20 | (~Guest20@136.158.16.131) |
| 2025-01-08 19:51:53 +0100 | <mari41300> | well does not sound wrong but not sure whether the structure of the cabal file could affect compilation in the interpreter. I would be surprised |
| 2025-01-08 19:48:05 +0100 | tzh | (~tzh@c-76-115-131-146.hsd1.or.comcast.net) |
| 2025-01-08 19:46:43 +0100 | <smiesner> | maybe that's the wrong way? |
| 2025-01-08 19:46:33 +0100 | <smiesner> | i list Lexer and Parser (as i named the modules) in exposed-modules of the library in my cabal file |
| 2025-01-08 19:45:40 +0100 | <mari41300> | hmm single package then |
| 2025-01-08 19:45:39 +0100 | <smiesner> | :r does not rebuild the parsers |
| 2025-01-08 19:45:18 +0100 | <smiesner> | my project? so far only happy and alex files :) |
| 2025-01-08 19:44:40 +0100 | fun-safe-math | (~fun-safe-@2601:1c2:1b7f:801f:9be8:50a:7d0a:fa49) fun-safe-math |
| 2025-01-08 19:44:21 +0100 | <mari41300> | not sure, i think recompiling worked fine for me when i had the chance to leverage the repl. Maybe a complex project with multiple packages? |
| 2025-01-08 19:43:09 +0100 | <mari41300> | meh |
| 2025-01-08 19:43:02 +0100 | <smiesner> | nope.. |
| 2025-01-08 19:41:11 +0100 | mari41300 | crosses fingers |
| 2025-01-08 19:40:47 +0100 | <smiesner> | maybe its :l Parser again |
| 2025-01-08 19:40:41 +0100 | <smiesner> | ah but wait |
| 2025-01-08 19:40:03 +0100 | <smiesner> | sadly no |
| 2025-01-08 19:39:57 +0100 | <mari41300> | huh, :r not enough, i guess |
| 2025-01-08 19:39:23 +0100 | <smiesner> | i have to use cabal build, cabal repl, :l Parser all the time |
| 2025-01-08 19:38:51 +0100 | <smiesner> | does anyone have a tip how i can use cabal repl effectively with happy and alex? how can i regenerate .hs files, build and reload? |
| 2025-01-08 19:38:42 +0100 | fun-safe-math | (~fun-safe-@2601:1c2:1b7f:801f:25c5:ab3d:d3f4:6796) (Ping timeout: 246 seconds) |
| 2025-01-08 19:35:21 +0100 | mari-estel | (~mari-este@user/mari-estel) (Read error: Connection reset by peer) |
| 2025-01-08 19:34:57 +0100 | Lord_of_Life_ | Lord_of_Life |
| 2025-01-08 19:34:57 +0100 | Lord_of_Life | (~Lord@user/lord-of-life/x-2819915) (Ping timeout: 276 seconds) |
| 2025-01-08 19:33:58 +0100 | mari41300 | (~mari-este@user/mari-estel) mari-estel |
| 2025-01-08 19:33:10 +0100 | Lord_of_Life_ | (~Lord@user/lord-of-life/x-2819915) Lord_of_Life |
| 2025-01-08 19:26:38 +0100 | tromp | (~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl) (Quit: My iMac has gone to sleep. ZZZzzz…) |
| 2025-01-08 19:22:01 +0100 | ljdarj | (~Thunderbi@user/ljdarj) ljdarj |
| 2025-01-08 19:19:29 +0100 | L29Ah | (~L29Ah@wikipedia/L29Ah) L29Ah |
| 2025-01-08 19:16:19 +0100 | plitter | (~plitter@user/plitter) (Ping timeout: 264 seconds) |
| 2025-01-08 19:14:08 +0100 | L29Ah | (~L29Ah@wikipedia/L29Ah) (Read error: Connection reset by peer) |
| 2025-01-08 19:05:30 +0100 | sprotte24 | (~sprotte24@p200300d16f1e660091235e642331973a.dip0.t-ipconnect.de) |
| 2025-01-08 19:03:47 +0100 | prasad | (~Thunderbi@c-73-75-25-251.hsd1.in.comcast.net) |
| 2025-01-08 18:58:43 +0100 | euphores | (~SASL_euph@user/euphores) euphores |
| 2025-01-08 18:49:54 +0100 | <int-e> | But also because the ghc-pkg wrapper script sets a bunch of paths that are hard to figure out otherwise. |
| 2025-01-08 18:49:07 +0100 | <int-e> | geekosaur: I guess partly because the Cabal versions used may be different. |