aboutsummaryrefslogtreecommitdiff
path: root/lib/sourcemap.js
AgeCommit message (Expand)Author
2021-01-19Fix overwriting existing sourcesContent in sourcemaps (#4567)Jimb Esser
2020-05-05update links to repository after rename (#3847)Alex Lam S.L
2020-04-17support optional output of `names` in source maps (#3784)Alex Lam S.L
2020-04-16improve source-map generation (#3782)...- emit singleton segments to mark generated code from inputAlex Lam S.L
2020-04-15prevent input source map mutation (#3781)...fixes #3780Alex Lam S.L
2020-03-30handle single-field segments (#3757)Alex Lam S.L
2020-03-28handle `source-map` operations internally (#3754)Alex Lam S.L
2018-06-06general clean-ups (#3175)Alex Lam S.L
2018-04-06support inline source map from multiple files (#3058)...fixes #145Alex Lam S.L
2016-11-29Generate source map data from normalized files...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. Martijn Swaagman
2016-07-17lib/sourcemap.js: Copy sourceContent from old souce-map to the new source-map...Lauri Pokka
2016-02-10Revert "using the original sourcemap as the base"...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. sergeyv
2015-01-24fixes issue #621 SourceMap toString JSON format...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. Bryce Cronkite-Ratcliff
2015-01-04using the original sourcemap as the base...* Creates a new SourceMapGenerator based on a SourceMapConsumer: https://github.com/mozilla/source-map#sourcemapgeneratorfromsourcemapsourcemapconsumer Caridy Patino
2014-09-09Use uglify source map token names if missingJacob Kristhammar
2014-03-02Handle the case when SourceMapConsumer.originalPositionFor returns null source....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 Arnavion
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 map...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. Mihai Bazon
2012-09-21better support for multiple input files:...- use a single AST_Toplevel node for all files - keep original source filename in the tokens Mihai Bazon
2012-08-29started support for generating source maps (WIP)...plugged in @fitzgen's source-map library Mihai Bazon