00:00
<devsnek>
what bakkot said is what I was about to say
00:00
<ljharb>
right, private declarations + do expressions would certainly cover it
00:01
<ljharb>
it feels unclean tho to modify a class outside the class body
00:01
<ljharb>
so i'd still want static blocks, even with those two features
02:16
<jmdyck>
"Content Encoding Error: An error occurred during a connection to ci.tc39.es. "
02:17
<jmdyck>
(when trying to see the Begin.com rendering of PR #2105)
02:23
<ljharb>
jmdyck: there’s been an issue that was fixed today; let me rerun the render
13:48
<devsnek>
"Let nestedAssignmentPattern be the AssignmentPattern that is covered by DestructuringAssignmentTarget."
13:48
<devsnek>
why is this needed
13:48
<devsnek>
oh nvm i'm dumb
17:36
<leobalter>
I've gotta confess, most of the issues I bring to TC39 are because I find issues at Test262, some are spec some are how things are implemented.
17:36
<devsnek>
i think so far all my changes to ecma262 are bugs
17:36
<leobalter>
The word "champion" fits well on where I'm just the messenger, like a bug from yesterday that I just suggested expressed rejection
17:37
<Bakkot>
leobalter that is one of the best reasons to bring things to tc39
17:37
<rkirsling>
^
17:38
<rkirsling>
mine both were via test262 as well
17:38
<rkirsling>
this time
17:38
<leobalter>
it is but it feels but I'd like to be more clear in the next issues that I'm just the messenger. My personal goal is interoperability, most of the times just limited to it
17:40
<leobalter>
It's not a bad thing, I really appreciate people working along to find a solution. I really meant it saying I'm thankful to Bakkot showing more context to the issue.
17:41
<leobalter>
and I'm happy that now I have a better justification to work on the respective tests. "Why? To make the JS ecosystem better"
17:41
<leobalter>
just a _public reflection_
17:50
<deltab>
bendtherules: I believe REPLs use the NormalCompletion values
17:51
<rwaldron>
I don't remember the secret irc incantation to get the attention of bterlson akirose and co... I think I have a scheduling issue with my topic today. I have meeting from 2-3 (ET) and my Numeric Sep topic falls in that time
17:54
<akirose>
`/notice #tc39-chairs your message here`
17:54
<rwaldron>
<3
17:55
<rwaldron>
akirose can you pop that in the channel topic?
17:55
<ljharb>
in the delegates channel topic would be great
17:55
<rwaldron>
Oh, word
17:55
<rwaldron>
What ljharb said
18:16
<leobalter>
wrt Tests for WeakRefs, I believe any further coverage for WeakRefs should be for specific implementations to match what each want wants for their GC and how deterministic each one can be. I don't see value in more coverage with shared tests (Test262).
18:17
<leobalter>
littledan: ^^ (after your presentation, for sure)
18:20
<devsnek>
👀 https://gc.gy/63060637.png
18:31
<leobalter>
my preferred options, in order: 1. Engines should just filter out cleanupsome tests by the matching feature tag. 2. remove the tests from tests.
18:31
<leobalter>
I'm not a fan of adding a "stage 2" flag.
18:32
<leobalter>
and I would prefer not creating precedent
18:33
<rkirsling>
so you'd prefer that they...clean up some, eh
18:35
<littledan>
leobalter: I'm fine with that, I was just trying to nod to rwaldron 's announcement that there would be more tests (maybe I misunderstood him)
18:35
<leobalter>
rkirsling: haha yes
18:35
<leobalter>
littledan: that's something I haven't synced with rwaldron so he might have seen something I'm not up to date
18:36
<littledan>
yeah his presentation was the first I heard of it too
18:36
<rwaldron>
leobalter, that's the thing I wanted to sync on last week,
18:37
<rwaldron>
ok, back to my _other_ meeting.
18:37
<leobalter>
jridgewell: we can see your IRC notifications
18:37
<littledan>
haha
18:38
<leobalter>
stage &&= 4
18:39
<devsnek>
woo
18:40
<leobalter>
keith_mi_ shu wrt to my preferred options above. A
18:40
<leobalter>
Would you be fine with option 1?
18:40
<shu>
adding a new feature flag for cleanupSome?
18:41
<shu>
that wfm
18:42
<keith_mi_>
Yeah, new flag is fine, we currently filter by directory
18:42
<leobalter>
at this point yes, we should add a flag for cleanupSome because we only have one for FinalizationRegistry but also this folder https://github.com/tc39/test262/tree/main/test/built-ins/FinalizationRegistry/prototype/cleanupSome
18:42
<leobalter>
keith_mi_ keith_miller
18:43
<leobalter>
witch one is not the evil one ? :)
18:43
<keith_mi_>
neither
18:43
<keith_mi_>
Both are evil
18:53
<leobalter>
`git grep --name-only -e 'async-gc\.js' --or -e 'cleanupSome'` might find every file we should add the flag
19:05
<leobalter>
https://github.com/tc39/test262/pull/2713
19:05
<leobalter>
littledan ystartsev keith_mi_ shu ^^
19:06
<ystartsev>
nice, thanks
23:38
<Bakkot>
does anyone recall why we never added regexp.escape?
23:38
<Bakkot>
i.e. a thing which takes a string and gives you a regexp which matches exactly that string (as a substring)
23:40
<Bakkot>
ah: https://github.com/benjamingr/RegExp.escape/issues/37#issue-98309281
23:40
<gibson042>
Bakkot: the so-called "even-odd" problem
23:40
<gibson042>
yep
23:41
<Bakkot>
sigh
23:45
<gibson042>
I tried to revive it at https://esdiscuss.org/topic/regexp-escape#content-54 , but that never went anywhere (and in particular did not go in front of committee)
23:48
<Bakkot>
I do not find markm's argument compelling
23:49
<Bakkot>
having a tag which lets you assemble a regex out of parts seems fine as well, but I would still get utility out of a thing which made it your responsibility to not precede it by a backslash or left bracket or whatever
23:50
<Bakkot>
I wonder if he might be persuaded to change his stance, now that five years have passed with no progress on this frotn
23:50
<gibson042>
+1
23:54
<ljharb>
that’d be great