Newest at the top
| 2024-10-22 17:02:59 +0200 | <geekosaur> | Bouwigi, NoTypeInType is how ghc used to work. but ghc went the quasi-dependent-types direction, thus TypeInType. (The inconsistency isn't observable in Haskell, but I've seen an Agda proof case for it.) |
| 2024-10-22 17:00:55 +0200 | Guest19 | (~Guest19@lewi-30-b2-v4wan-168203-cust232.vm4.cable.virginm.net) |
| 2024-10-22 17:00:36 +0200 | <tomsmeding> | oh that it was the thing you were thinking of I guess |
| 2024-10-22 17:00:22 +0200 | <tomsmeding> | Bowuigi: that sounds reasonable, but what was the "no" for? What you say doesn't sound like it contradicts what I said :p |
| 2024-10-22 16:59:19 +0200 | <haskellbridge> | <Bowuigi> In particular, now we can get dependent kinds (sort of) |
| 2024-10-22 16:59:02 +0200 | <haskellbridge> | <Bowuigi> tomsmeding no, NoTypeInType was supposed to fix the Type :: Type inconsistency, but since Haskell was already logically inconsistent, it was deprecated because it did more harm than good |
| 2024-10-22 16:58:07 +0200 | <tomsmeding> | and it does nothing |
| 2024-10-22 16:58:01 +0200 | <famubu> | TypeInType also gives a deprecation warning. |
| 2024-10-22 16:57:00 +0200 | <geekosaur> | ahh, consistency |
| 2024-10-22 16:56:56 +0200 | <geekosaur> | looks to me like it prints "Type" but you can't use it yourself |
| 2024-10-22 16:56:54 +0200 | <yahb2> | Maybe :: Type -> Type |
| 2024-10-22 16:56:54 +0200 | <tomsmeding> | % :k Maybe |
| 2024-10-22 16:56:49 +0200 | <yahb2> | <no output> |
| 2024-10-22 16:56:49 +0200 | <tomsmeding> | % :set -XNoStarIsType |
| 2024-10-22 16:56:26 +0200 | <tomsmeding> | Bowuigi: GHC defines -XTypeInType by default, and in fact -XNoTypeInType has been unsupported for ages; perhaps this is what you were thinking of? |
| 2024-10-22 16:55:35 +0200 | <yahb2> | Maybe :: * -> * |
| 2024-10-22 16:55:35 +0200 | <tomsmeding> | % :k Maybe |
| 2024-10-22 16:53:35 +0200 | tromp | (~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl) (Quit: My iMac has gone to sleep. ZZZzzz…) |
| 2024-10-22 16:49:35 +0200 | <haskellbridge> | <Bowuigi> Like, in the REPL |
| 2024-10-22 16:49:18 +0200 | <haskellbridge> | <Bowuigi> Wait how does Type look when you do not have Data.Kind.Type nor StarIsType? |
| 2024-10-22 16:49:04 +0200 | <famubu> | Thanks! Needed to import Data.Kind after having GADTs. |
| 2024-10-22 16:48:28 +0200 | <haskellbridge> | <Bowuigi> Ah, that makes sense |
| 2024-10-22 16:46:57 +0200 | <geekosaur> | ghc doesn't automatically define it with NoStarIsType |
| 2024-10-22 16:46:36 +0200 | <geekosaur> | you still need to import it, I think it's in Data.Kind |
| 2024-10-22 16:46:09 +0200 | <haskellbridge> | <Bowuigi> I thought GADTs enabled NoStarIsType by default tho, might have confused it with DataKinds or something |
| 2024-10-22 16:45:13 +0200 | <haskellbridge> | <Bowuigi> famubu either change Type to * or use NoStarIsType (and maybe import the actual Type kind) |
| 2024-10-22 16:37:59 +0200 | <geekosaur> | private sublibs work in most versions of cabal, it's public ones that require recent ones |
| 2024-10-22 16:37:47 +0200 | <famubu> | Error is: Not in scope: type constructor or class ‘Type’ |
| 2024-10-22 16:37:35 +0200 | <famubu> | Is there an extension that needs to be enabled? |
| 2024-10-22 16:37:28 +0200 | <famubu> | I'm getting error at the `Type` part. |
| 2024-10-22 16:37:19 +0200 | <famubu> | Hi. When using GADTs extension, it is possible to have like `data NewType :: Ty -> Type where ...`, right? Where `Ty` is another type. |
| 2024-10-22 16:36:31 +0200 | famubu | (~julinuser@user/famubu) famubu |
| 2024-10-22 16:31:39 +0200 | CrunchyFlakes | (~CrunchyFl@ip1f13e94e.dynamic.kabel-deutschland.de) |
| 2024-10-22 16:26:23 +0200 | mari-estel | (~mari-este@user/mari-estel) (Remote host closed the connection) |
| 2024-10-22 16:26:15 +0200 | CrunchyFlakes | (~CrunchyFl@ip1f13e94e.dynamic.kabel-deutschland.de) (Quit: ZNC 1.8.2 - https://znc.in) |
| 2024-10-22 16:20:23 +0200 | alexherbo2 | (~alexherbo@2a02-8440-3211-c257-851e-a349-082a-4406.rev.sfr.net) alexherbo2 |
| 2024-10-22 16:16:28 +0200 | sord937 | (~sord937@gateway/tor-sasl/sord937) sord937 |
| 2024-10-22 16:16:20 +0200 | alexherbo2 | (~alexherbo@2a02-8440-3211-c257-e083-6e3a-1f69-d96b.rev.sfr.net) (Remote host closed the connection) |
| 2024-10-22 16:13:55 +0200 | ubert | (~Thunderbi@178.115.35.86.wireless.dyn.drei.com) (Ping timeout: 264 seconds) |
| 2024-10-22 16:12:48 +0200 | alexherbo2 | (~alexherbo@2a02-8440-3211-c257-e083-6e3a-1f69-d96b.rev.sfr.net) alexherbo2 |
| 2024-10-22 16:12:25 +0200 | alexherbo2 | (~alexherbo@2a02-8440-3211-c257-f964-5ca4-6b0b-bb2c.rev.sfr.net) (Remote host closed the connection) |
| 2024-10-22 16:11:54 +0200 | mari-estel | (~mari-este@user/mari-estel) mari-estel |
| 2024-10-22 16:09:29 +0200 | Igloo | (~ian@81.2.99.210) Igfoo |
| 2024-10-22 16:07:16 +0200 | acidjnk_new | (~acidjnk@p200300d6e72cfb00c0110ba89d2daf5e.dip0.t-ipconnect.de) acidjnk |
| 2024-10-22 16:00:45 +0200 | synchromesh | (~john@139.180.95.1) synchromesh |
| 2024-10-22 15:59:22 +0200 | tromp | (~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl) |
| 2024-10-22 15:48:21 +0200 | sord937 | (~sord937@gateway/tor-sasl/sord937) (Ping timeout: 260 seconds) |
| 2024-10-22 15:47:33 +0200 | ian_ | (~ian@matrix.chaos.earth.li) (Ping timeout: 248 seconds) |
| 2024-10-22 15:42:48 +0200 | acidjnk_new | (~acidjnk@p200300d6e72cfb0024c2a0322de583e8.dip0.t-ipconnect.de) (Ping timeout: 272 seconds) |
| 2024-10-22 15:42:20 +0200 | pavonia | (~user@user/siracusa) (Quit: Bye!) |