|
00:11
abraxxa-home left
00:33
Manifest0 left
01:56
hulk joined
01:58
kylese left
02:15
hulk left,
kylese joined
02:37
guifa_ left
03:34
stanrifkin_ joined
03:36
stanrifkin left
04:55
kjp left
04:56
kjp joined
06:44
jpn joined
06:48
jpn left
07:07
soverysour joined
08:52
sena_kun joined
09:02
soverysour left,
soverysour joined
09:20
Sgeo_ left
09:37
abraxxa-home joined
10:00
jpn joined
11:07
soverysour left
11:15
jpn left
11:16
soverysour joined
11:32
Manifest0 joined
11:39
abraxxa-home left
11:48
tjr joined
12:32
hankache joined
|
|||
| hankache | Hello #raku | 12:32 | |
| Is there a way in a function signature to specify the exact type needed without allowing accepting subclasses. i.e I want my argument to be exactly a Cool and I don't want to accept Num or Str. | 12:38 | ||
| antononcube | 🤔 | 12:44 | |
| hankache | I have been trying to figure this out for a while and can think of anything | 12:50 | |
| can't* | |||
| antononcube | Something like this seems to work: sub my-function(Cool:D \arg where { .WHAT === Cool }) { # Your function code here } | 12:53 | |
| Well, at least &my-function(3) fails because of constraint type check. | 12:54 | ||
| hankache | thanks | 13:11 | |
|
13:12
jpn joined
13:17
hankache left,
jpn left
14:11
sena_kun left,
sena_kun joined
14:18
sena_kun left,
sena_kun joined
14:20
sena_kun left,
sena_kun joined
14:22
sena_kun left
14:23
sena_kun joined
14:24
sena_kun left
|
|||
| guifa | I'd maybe even do Mu | 14:25 | |
| err Mu:D where .WHAT === YourClass | 14:26 | ||
| I'm assuming a Mu parameter can ignore a type check, with the one you have antonon there's a double type check for Cool | |||
| but I might be overthinking it | |||
|
14:26
sena_kun joined
14:27
sena_kun left
14:28
sena_kun joined
|
|||
| ab5tract | guifa: I understood it as Cool just being an example, with the underlying question being "how can I constrain a parameter to meet only a single type, without also matching subclasses of that type" | 14:30 | |
|
14:31
Altai-man joined
14:33
sena_kun left
|
|||
| librasteve | ha - I find raku cool because you CAN do most everything you want - BUT I wonder if it is a GOOD thing to accept a class but not a subclass. I do not pretend to tell you how to write your code, but if it was me, I would be thinking WHY do I want this and maybe try controlling this via a role | 14:39 | |
|
14:48
soverysour left,
soverysour joined
|
|||
| m: subset Foo of Cool where not * ~~ Int | Str; sub fn(Foo \x) { say x }; fn (Cool); fn 42; | 14:54 | ||
| evalable6 | (exit code 1) (Cool) Constraint type check failed in binding to parameter 'x'; expected Foo but got Int (42) in sub fn at /tmp/cs3EDRcoDI line 1 in block <unit> at /tmp/cs3EDRcoDI line 1 |
||
| Raku eval | (Cool) Exit code: 1 Constraint type check failed in binding to parameter 'x'; expected Foo but got Int (42) in sub fn at main.raku line 1 in block <unit> at main.raku line 1 | ||
| librasteve | ^^ or here's a subset to do the selection | 14:55 | |
| ab5tract | librasteve: I agree that needing to check for one and only one class membership might point to larger issues in an application’s type design | 15:08 | |
| But the question itself is quite clearly (to me) not about excluding specific subclasses and rather about excluding all subclasses | 15:10 | ||
| antononcube++ for providing the precise answer | |||
| antononcube | @ab5tract Thanks! But it was ChatGPT-4 (turbo): | 15:14 | |
| cdn.discordapp.com/attachments/633...7bd5c& | |||
|
15:17
guifa_ joined
|
|||
| (I was planning to make certain extensive preaching about getting into the habit of using LLMs with Raku, but just pasting the screenshot above made me less preachy on that subject...) | 15:17 | ||
| ab5tract | lol! | 15:20 | |
| antononcube | @hankache Note in the chatbook screenshot above I gave the LLM / ChatGPT exactly the question you posted in the IRC channel. | 15:23 | |
|
15:37
guifa_ left
15:38
guifa_ joined
15:55
sena_kun joined
15:56
Altai-man left
|
|||
| librasteve | i, for one, welcome our new masters | 16:45 | |
| lizmat | One reason to limit to the exact class, could be for performance reasons | 16:56 | |
| there are several places in the core where the exact type is checked | 16:58 | ||
| e.g. Date.new contains a fast path for when the invocant is an exact Date type | 17:02 | ||
| because Date subtypes are known to need to standard .bless logic to work correctly | |||
|
17:03
guifa_ left
17:27
guifa_ joined
17:35
Sgeo joined
17:47
lizmat_ joined
17:48
lizmat left
17:51
teatwo joined
17:52
guifa_ left
17:53
teatwo left
17:55
lizmat_ left,
lizmat joined
18:40
abraxxa-home joined
18:43
guifa_ joined
18:44
guifa_ left
19:06
hulk joined
19:08
kylese left
19:19
jpn joined
19:24
jpn left
|
|||
| tbrowder | ugexe: my $?DISTRIBUTION use has brought up a pesky thing i don't remember seeing. before doing a zef install, while experimenting i'm seeing some confusion in the .precomp directory. it seems a DISTRIBUTION key hangs around even when i get an automatic recompile when i delete some var | 19:29 | |
| i "cured" the problem by deleting the .precomp dir. is that kind of thing reflected in the installed code? | 19:31 | ||
| i assume not (i hope) | 19:32 | ||
| i was deleting an entry in the "resources" section of the META6.json file but it kept appearing when i interrogated $?DISTRIBUTION until i deleted the .precomp | 19:41 | ||
| ugexe: i can deal with that during dev, but can that happen after a zef installation upgrade (outside of the local repo)? | 19:48 | ||
|
20:29
cleo joined
20:51
soverysour left
|
|||
| ugexe | i don't think so | 21:47 | |
| force reinstalling or upgrading will re-precompile everything | 21:48 | ||
|
22:22
stanrifkin_ left
23:08
sena_kun left
23:13
jpn joined,
abraxxa-home left
23:17
jpn left
23:20
guifa_ joined
23:31
bdju left
|
|||
| tbrowder | ok, thanks | 23:32 | |
