Skip to content

Conversation

@jgoz
Copy link

@jgoz jgoz commented Aug 19, 2019

Fixes #343.

It looks like this is already supported in Flow (tests).

@jgoz jgoz force-pushed the callexpression-type-arguments branch from 418ed38 to d532dea Compare October 14, 2020 23:32
@jgoz jgoz force-pushed the callexpression-type-arguments branch from d532dea to 63d9b98 Compare October 14, 2020 23:34
@jgoz
Copy link
Author

jgoz commented Oct 14, 2020

@benjamn Any chance you could take a look at this? I've rebased my original changes on the latest master and it fixes the linked issue.

@jgoz jgoz changed the title Support type params in CallExpression, NewExpression (TS) Fix #343: Support type params in CallExpression, NewExpression (TS) Oct 14, 2020
@jgoz
Copy link
Author

jgoz commented Oct 14, 2020

I also switched to using the TSHasOptionalTypeParameterInstantiation base for both CallExpression and NewExpression.

@jimmynotjim
Copy link

I know this is a bit old, but any chance this could be merged to unblock this related jscodeshift ticket? facebook/jscodeshift#389

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Support type arguments in CallExpression

2 participants