1. 15 Mar, 2015 3 commits
  2. 14 Mar, 2015 8 commits
  3. 13 Mar, 2015 9 commits
  4. 12 Mar, 2015 18 commits
  5. 11 Mar, 2015 2 commits
    • Austin Clements's avatar
      debug/dwarf: factor parsing of unit lengths · 9dfbcd8f
      Austin Clements authored
      Many headers in DWARF sections have a "unit length" that can be either
      4 bytes or 12 bytes and indicates both the length of the unit and
      whether the unit is in 32-bit or 64-bit format.
      
      Currently, we implement unit length parsing in four different places.
      Add a "unitLength" method to buf that parses a unit length and use it
      in these four places.
      
      Change-Id: I7950b91caaa92aa5e19aa63debc8ae46178ecc4d
      Reviewed-on: https://go-review.googlesource.com/7281Reviewed-by: 's avatarNigel Tao <nigeltao@golang.org>
      Reviewed-by: 's avatarIan Lance Taylor <iant@golang.org>
      9dfbcd8f
    • Matthew Dempsky's avatar
      cmd/internal/ld: fix package data parsing · d533e395
      Matthew Dempsky authored
      The conversion of this logic from C introduced a few subtle behavior
      changes.  E.g., assigning "name := data[p0:]" and then "name =
      name[:p1-p0]" actually caused name to span the vast majority of the
      package data, as at the time of the second statement p0 points just
      after the package name and p1 points to the end of the package data.
      
      Similarly, the logic for advancing past the newline at the end of the
      package line changed slightly: for a "package foo safe" line, the new
      code would only advance up to the newline, but not past.  (Albeit, in
      practice this doesn't matter: newlines in package data are harmless.)
      
      Lastly, "data[p0]" was incorrectly written as "data[0]" a few times.
      
      Change-Id: I49017e16ba33a627f773532b418cbf85a84f2b4b
      Reviewed-on: https://go-review.googlesource.com/7000Reviewed-by: 's avatarIan Lance Taylor <iant@golang.org>
      d533e395