-
Notifications
You must be signed in to change notification settings - Fork 1.8k
vm/dart/redirection_type_shuffling_test is failing #29201
Copy link
Copy link
Closed
Labels
P2A bug or feature request we're likely to work onA bug or feature request we're likely to work onarea-vmUse area-vm for VM related issues, including code coverage, and the AOT and JIT backends.Use area-vm for VM related issues, including code coverage, and the AOT and JIT backends.front-end-fastalegacy-area-front-endLegacy: Use area-dart-model instead.Legacy: Use area-dart-model instead.
Metadata
Metadata
Assignees
Labels
P2A bug or feature request we're likely to work onA bug or feature request we're likely to work onarea-vmUse area-vm for VM related issues, including code coverage, and the AOT and JIT backends.Use area-vm for VM related issues, including code coverage, and the AOT and JIT backends.front-end-fastalegacy-area-front-endLegacy: Use area-dart-model instead.Legacy: Use area-dart-model instead.
Type
Fields
Give feedbackNo fields configured for issues without a type.
cc: @peter-ahe-google @mraleph
tools/test.py -cdartk vm/dart/redirection_type_shuffling_test/noneThe Dart source of the test is pretty simple. It has a redirecting factory constructor (with type arguments) and it uses mirrors:
There are at least two problems here. (1) Fasta is generating an invalid expression in the body of the redirecting constructor:
and (2) the VM's Kernel->flow graph translator is not prepared to handle the tearoff of the constructor
self::G::•. It assumes that this can't occur.