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 has been archived by the owner on Sep 25, 2019. It is now read-only.
In general I feel that tools should not know anything about prior transformations — it means that every single step in a build pipeline has to reimplement the same logic, and insodoing significantly increases surface area for bugs.
For example, Rollup will compose sourcemaps from multiple chained transformer plugins without those plugins having to know anything about each other. Each plugin just describes the transformations it implements. I'd assumed that webpack would do something similar (cc @TheLarkInn!)
See also sorcery, which combines sourcemaps from multiple transformations.
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Hello! Great work with butternut!
I was trying to add sourcemaps support to
butternut-webpack-plugin
(balthazar/butternut-webpack-plugin#2) but I dont know how to pass a sourcemap.Maybe something like what babel does will be good:
https://babeljs.io/docs/usage/api/#babel-transform-code-string-options-object-
https://babeljs.io/docs/usage/api/#options
Also Im not sure if this is the right place for this request, maybe it should be in https://github.com/Rich-Harris/magic-string ?
The text was updated successfully, but these errors were encountered: