You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository was archived by the owner on Dec 1, 2019. It is now read-only.
The tl;dr is that if you're using babelOptions in awesomeTypescriptLoaderOptions, anything in .babelrc will take precedence. This breaks expected usage for scenarios where you need two sets of Babel configs (example: one for Webpack, one for your build tools).
This loader works fine so long as you set `"babelrc": false:
See babel/babel-loader#428 for a more detailed description of the issue.
The tl;dr is that if you're using
babelOptions
inawesomeTypescriptLoaderOptions
, anything in.babelrc
will take precedence. This breaks expected usage for scenarios where you need two sets of Babel configs (example: one for Webpack, one for your build tools).This loader works fine so long as you set `"babelrc": false:
But this wasn't documented and I had to dig around to discover the option.
The text was updated successfully, but these errors were encountered: