Bob Nystrom 650c9dcc8e Support extractTypeArguments() in 1.0 mode on the VM and dart2js. ... Without strong mode, a "good enough" implementation is to simply call the generic method with "dynamic" for the type arguments, which is what this does. That should be enough to unblock our internal users. We also need to not report a compile error when dart_internal/extract_type_arguments.dart imports the hidden "dart:_internal" library. This patch does both of those for the VM and dart2js (using its old front end). Note that the test still fails because the test is more particular than most actual user code would be -- it validates that the instantiated type arguments are *exactly* correct, and not that the returned object is merely subtype compatible. Bug: Change-Id: I0343beace4991861b29712b3fd7067ec8dc8f8ba Reviewed-on: https://dart-review.googlesource.com/28020 Commit-Queue: Bob Nystrom <rnystrom@google.com> Reviewed-by: Alexander Thomas <athom@google.com> Reviewed-by: Régis Crelier <regis@google.com> Reviewed-by: Sigmund Cherem <sigmund@google.com>		2017-12-12 19:04:18 +00:00
..
bin	Fix paths in sdk/bin/dartdevk.bat	2017-12-12 06:51:27 +00:00
lib	Support extractTypeArguments() in 1.0 mode on the VM and dart2js.	2017-12-12 19:04:18 +00:00
api_readme.md	fix links in readme	2015-08-20 13:17:34 -07:00
BUILD.gn	compile and ship the front_end blaze worker entrypoint as a snapshot	2017-11-29 23:40:35 +00:00