aboutsummaryrefslogtreecommitdiff
path: root/lib/sourcemap.js
AgeCommit message (Collapse)Author
2016-11-29Generate source map data from normalized filesMartijn Swaagman
If using `inSourceMap` this fix will ensure the copying of `sourcesContent` is based on potentially normalized `sources` values (https://github.com/mozilla/source-map/blob/master/lib/source-map-consumer.js#L304-L309). For example `normalize` (https://github.com/mozilla/source-map/blob/master/lib/util.js#L80-L123) will rewrite `./dist/mySource.js` to `dist/mySource.js` in the target `_sources` of the `SourceMapConsumer`. As a result `orig_map.sourceContentFor(source, true);` would return `null` since the orginal `source` was no longer available in the consumer. By using the keys generating from the `SourceMapConsumer.constructor` consistency is ensured.
2016-07-17lib/sourcemap.js: Copy sourceContent from old souce-map to the new ↵Lauri Pokka
source-map. Should fix #882
2016-02-10Revert "using the original sourcemap as the base"sergeyv
This reverts commit ad18689d926d25c7a25b95c630c2ad05b7b5f5b5. Reason for revert: introduce issue #882 Currently, generated sourcemap contains copy of all existing mappings and adds new mappings from uglified code to original one. However, previous mapping are no longer valid and shouldn't be added.
2015-01-24fixes issue #621 SourceMap toString JSON formatBryce Cronkite-Ratcliff
The correct format of a sourcemap is acquired from a mozilla source map generator by calling toJSON on this object. This patch alters the toString function on mozilla generators to print the format that is to spec instead of the generator's internal representation of itself.
2015-01-04using the original sourcemap as the baseCaridy Patino
* Creates a new SourceMapGenerator based on a SourceMapConsumer: https://github.com/mozilla/source-map#sourcemapgeneratorfromsourcemapsourcemapconsumer
2014-09-09Use uglify source map token names if missingJacob Kristhammar
2014-03-02Handle the case when SourceMapConsumer.originalPositionFor returns null source.Arnavion
This happens when SourceMapConsumer does not have a valid position to map the input line and column. This is a change in mozilla/source-map starting from version 0.1.33 Fixes #436
2013-12-18Add option to adjust the src/target line in the source mapMihai Bazon
2012-10-02line numbers start at 1Mihai Bazon
2012-10-02"use strict";Mihai Bazon
2012-09-24Support input source mapMihai Bazon
This is useful while compressing generated code; for example compressing JS compiled by CoffeeScript (assuming you got a source map): uglifyjs2 --in-source-map generated.js.map \ --source-map uglified.js.map \ -o uglified.js The above assumes you have a "generated.js.map" file which is the source mapping between your CoffeeScript and the generated.js (compiled output from CoffeeScript). The name of the input file is not present in this example; it will be fetched from the source map (but it can be passed manually too). The output will be in "uglified.js" and the output map "uglified.js.map" will actually map to the original CoffeeScript code, rather than to generated.js.
2012-09-21better support for multiple input files:Mihai Bazon
- use a single AST_Toplevel node for all files - keep original source filename in the tokens
2012-08-29started support for generating source maps (WIP)Mihai Bazon
plugged in @fitzgen's source-map library
generated by cgit