]> git.lizzy.rs Git - rust.git/commit
Auto merge of #24932 - pnkfelix:fix-issue-24687, r=huonw
authorbors <bors@rust-lang.org>
Wed, 29 Apr 2015 10:40:03 +0000 (10:40 +0000)
committerbors <bors@rust-lang.org>
Wed, 29 Apr 2015 10:40:03 +0000 (10:40 +0000)
commit551a74dddd84cf01440ee84148ebd18bc68bd7c8
treeda3b4e49858dd93844647dcaa60e7767e6c4ac99
parent26c7635ccf12c66929d51a6d441c3a7672cddec4
parent2ae82fcd959db78debfb4cf5ef85d310da44f85c
Auto merge of #24932 - pnkfelix:fix-issue-24687, r=huonw

metdata: Fix zero-normalization of the pos of a `MultiByteChar`

Fix #24687

The source byte/character mappings for every crate track the collection of multi-characters from its source files specially.  When we import the source information for another file into the current compilation unit, we assign its byte-positions unique values by shifting them all by a fixed adjustment, tracked in the `start_pos` field.  But when we pull out the source span information for one function from one crate and into our own crate, we need to re-normalize the byte positions: subtracting the old `start_pos` and adding the new `start_pos`. The `new_imported_filemap(..)` method handles adding the new `start_pos`, so all `creader` needs to do is re-normalize each `pos` to zero.

It seems like it was indeed trying to do this, but it mistakenly added the old `start_pos` instead of subtracting it.