Newest at the top
| 2025-02-11 20:51:45 +0100 | Katarushisu | (~Katarushi@finc-20-b2-v4wan-169598-cust1799.vm7.cable.virginm.net) (Ping timeout: 252 seconds) |
| 2025-02-11 20:51:08 +0100 | weary-traveler | (~user@user/user363627) (Remote host closed the connection) |
| 2025-02-11 20:48:10 +0100 | alfiee | (~alfiee@user/alfiee) (Ping timeout: 252 seconds) |
| 2025-02-11 20:47:52 +0100 | sixfourtwelve | (~ethanmorg@82.18.82.103) sixfourtwelve |
| 2025-02-11 20:47:21 +0100 | merijn | (~merijn@host-vr.cgnat-g.v4.dfn.nl) merijn |
| 2025-02-11 20:45:45 +0100 | merijn | (~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 276 seconds) |
| 2025-02-11 20:45:03 +0100 | vanishingideal | (~vanishing@user/vanishingideal) vanishingideal |
| 2025-02-11 20:43:47 +0100 | alfiee | (~alfiee@user/alfiee) alfiee |
| 2025-02-11 20:43:25 +0100 | vanishingideal | (~vanishing@user/vanishingideal) (Ping timeout: 268 seconds) |
| 2025-02-11 20:42:23 +0100 | gmg | (~user@user/gehmehgeh) gehmehgeh |
| 2025-02-11 20:41:40 +0100 | gehmehgeh | (~user@user/gehmehgeh) (Remote host closed the connection) |
| 2025-02-11 20:41:25 +0100 | <euouae> | anyway the docs of `each` are empty too lol... heh. maybe I need the -haddock thing |
| 2025-02-11 20:41:23 +0100 | <exarkun> | in all those cases, it's a syntax error not to have an = |
| 2025-02-11 20:41:15 +0100 | <exarkun> | oh, ok. sure, or that. |
| 2025-02-11 20:41:13 +0100 | <euouae> | LSP: no content at point is what I get |
| 2025-02-11 20:41:09 +0100 | <euouae> | no top-level |
| 2025-02-11 20:41:01 +0100 | <exarkun> | is your line in a `where` block? or a `let`? |
| 2025-02-11 20:40:45 +0100 | <euouae> | What does work is `_ = const 1 each` |
| 2025-02-11 20:40:30 +0100 | <euouae> | it's not working |
| 2025-02-11 20:40:04 +0100 | <exarkun> | each on a line by itself is likely quite parsable, even if it is a type error |
| 2025-02-11 20:39:43 +0100 | <euouae> | what is the big difference? |
| 2025-02-11 20:39:23 +0100 | <exarkun> | not valid code, just parseable |
| 2025-02-11 20:38:56 +0100 | <euouae> | Yeah exactly, I need to have valid code before I can even look up the symbol :P exarkun |
| 2025-02-11 20:38:45 +0100 | <exarkun> | (+/- some random hls quirks) |
| 2025-02-11 20:38:31 +0100 | <exarkun> | if lsp has managed to parse the buffer including it, you can |
| 2025-02-11 20:38:25 +0100 | <euouae> | ah, `s` is nice |
| 2025-02-11 20:38:12 +0100 | <euouae> | I can't e.g. do it on `each` if it sits by itself in a random line |
| 2025-02-11 20:38:10 +0100 | <mauke> | euouae: on many hackage pages you can hit 's' for an interactive search |
| 2025-02-11 20:38:10 +0100 | merijn | (~merijn@host-vr.cgnat-g.v4.dfn.nl) merijn |
| 2025-02-11 20:37:59 +0100 | <euouae> | hmm yeah but first I have to write a valid expression using the identifier |
| 2025-02-11 20:37:40 +0100 | <exarkun> | C-c l h h |
| 2025-02-11 20:37:19 +0100 | <exarkun> | if you have lsp you can get some |
| 2025-02-11 20:37:10 +0100 | <euouae> | hm -- trying :doc gives me `try recompiling with --haddock`, maybe I need to enable it in the cabal file |
| 2025-02-11 20:36:42 +0100 | xdej | (~xdej@quatramaran.salle-s.org) (Ping timeout: 244 seconds) |
| 2025-02-11 20:36:34 +0100 | <euouae> | e.g. I want to look up `each` from the lens library |
| 2025-02-11 20:36:20 +0100 | <euouae> | is there a good way to look up documentation somehow? maybe from the repl or emacs? I end up searching with control+f on hackage pages |
| 2025-02-11 20:30:01 +0100 | JeremyB99 | (~JeremyB99@2607:ac80:407:7:faad:86de:6310:fa61) (Remote host closed the connection) |
| 2025-02-11 20:27:19 +0100 | merijn | (~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 260 seconds) |
| 2025-02-11 20:26:35 +0100 | JeremyB99 | (~JeremyB99@2607:ac80:407:7:faad:86de:6310:fa61) |
| 2025-02-11 20:26:32 +0100 | <euouae> | right, makes sense |
| 2025-02-11 20:26:07 +0100 | <int-e> | No, it was just the unqualified version of the same thing |
| 2025-02-11 20:25:58 +0100 | <euouae> | I thought Endo might've been public but that base:...Internal thing might've been an optimization |
| 2025-02-11 20:25:46 +0100 | <euouae> | Yeah but you said Endo a, and I thought maybe my type was different |
| 2025-02-11 20:25:14 +0100 | <int-e> | euouae: note how my first answer was two modules that you can import it from, maybe you missed it |
| 2025-02-11 20:25:05 +0100 | <euouae> | I just went with what :t told me |
| 2025-02-11 20:24:55 +0100 | <euouae> | mauke, I didn't realize it was a public type! |
| 2025-02-11 20:24:46 +0100 | <euouae> | Oh, I see... |
| 2025-02-11 20:24:31 +0100 | <int-e> | (It's slightly unfortunate that ghci doesn't tell you where to import Endo from but that information is hard to track.) |
| 2025-02-11 20:24:09 +0100 | <mauke> | but Data.Monoid re-exports it |
| 2025-02-11 20:23:55 +0100 | <mauke> | it's just originally defined in GHC.Internal.Data.Semigroup.Internal |