Skip to content

Commit d56d900

Browse files
authored
[mypyc] Delete testDictFree because it is too fragile (#8324)
The stuff with gc that it was doing is fragile and it was breaking on windows with github actions (see #8292) even with all the compiled code removed.
1 parent 9c2b8b3 commit d56d900

File tree

1 file changed

+0
-34
lines changed

1 file changed

+0
-34
lines changed

mypyc/test-data/run.test

Lines changed: 0 additions & 34 deletions
Original file line numberDiff line numberDiff line change
@@ -4405,40 +4405,6 @@ def foo(x: bool, y: bool) -> Tuple[Optional[A], bool]:
44054405
[file driver.py]
44064406
# really I only care it builds
44074407

4408-
[case testDictFree]
4409-
# Test that we garbage collect stuff with __dict__ right!
4410-
from typing import Optional, Any, Dict, Generic, List
4411-
from base import Base
4412-
4413-
class A(Base):
4414-
z: Any
4415-
4416-
def make_garbage(x: List[str]) -> None:
4417-
a = A()
4418-
b = A()
4419-
a.x = b
4420-
b.x = a
4421-
a.y = [1,2,3,4,5]
4422-
4423-
[file base.py]
4424-
class Base:
4425-
x = None # type: object
4426-
y = None # type: object
4427-
4428-
[file driver.py]
4429-
from native import make_garbage
4430-
import gc
4431-
4432-
def test():
4433-
gc.collect(2)
4434-
x = len(gc.get_objects())
4435-
make_garbage([1,2,3,4])
4436-
gc.collect(2)
4437-
y = len(gc.get_objects())
4438-
assert x == y
4439-
4440-
test()
4441-
44424408
[case testIterTypeTrickiness]
44434409
# Test inferring the type of a for loop body doesn't cause us grief
44444410
# Extracted from somethings that broke in mypy

0 commit comments

Comments
 (0)