• vogelheim's avatar
    Fix Scanner invariants w/ literal buffers. · b68df2d2
    vogelheim authored
    This isn't the most elegant fix, but I'd prefer to not rework the logic
    right now. What happens is:
    - Most parts of the Scanner use nullptr to mean, no literal buffer.
    - The bookmarking logic may end up with a state where there's a non-nullptr
      literal buffer, but it's empty. (length 0)
    - These are functionally equivalent, so there's no 'real' bug.
    - But it makes it hard to reason. This patch hence checks for length-0
      literal buffers, and uses nullptr instead.
    
    R=marja@chromium.org
    BUG=chromium:639191 v8:4947
    
    Review-Url: https://codereview.chromium.org/2258073003
    Cr-Commit-Position: refs/heads/master@{#38756}
    b68df2d2
Name
Last commit
Last update
..
OWNERS Loading commit data...
expression-classifier.h Loading commit data...
func-name-inferrer.cc Loading commit data...
func-name-inferrer.h Loading commit data...
parameter-initializer-rewriter.cc Loading commit data...
parameter-initializer-rewriter.h Loading commit data...
parser-base.h Loading commit data...
parser.cc Loading commit data...
parser.h Loading commit data...
pattern-rewriter.cc Loading commit data...
preparse-data-format.h Loading commit data...
preparse-data.cc Loading commit data...
preparse-data.h Loading commit data...
preparser.cc Loading commit data...
preparser.h Loading commit data...
rewriter.cc Loading commit data...
rewriter.h Loading commit data...
scanner-character-streams.cc Loading commit data...
scanner-character-streams.h Loading commit data...
scanner.cc Loading commit data...
scanner.h Loading commit data...
token.cc Loading commit data...
token.h Loading commit data...