Standard source-map comments like `//# sourceMappingURL` are ignored

[Gozala]

As it turnes out browserify does not attempts to combine sourcemaps if source has it's
maps specified via //# sourceMappingURL rather that //@ sourceMappingURL. Note that former is a standard according to latest spec & firefox will complain if @ is used instead of #. Actual example can be found under #528

[Gozala]

This can be fixed by updating to combine-source-map@0.3.x.

The version of chrome I'm on doesn't know what //# means, only //@ and I expect many users will have the same issue. I've upgraded browser-pack but left the old version in place. The problem is that the changes to make //# get parsed properly in combine-source-map also output //# which isn't widespread enough to justify yet considering that //@ works everywhere that //# does.

[Gozala]

@substack I beleive combine-source-map@0.3 supports both, so if you update to that version browserify can continue generating //@ while still be compatible with sources that have //# in them.

[Gozala]

So what I'm suggesting is that browserify could swap //# with //@ until former is widespread, at least that way it will with sources that contain either //# or //@. Otherwise any compiler that wishes to work with browserify will have to also use //@ until browserify updates, which makes a chain of things waiting on each other.

This should be fixed now in 2.35.3 but feel free to re-open if it's not actually fixed properly.