1. 09 Nov, 2015 5 commits
    • bmeurer's avatar
      [runtime] Drop redundant %CharFromCode runtime entry. · 2b4cb2a1
      bmeurer authored
      The %StringCharFromCode and %CharFromCode runtime function perform
      exactly the same task, so we need only one of them.
      
      R=yangguo@chromium.org
      
      Review URL: https://codereview.chromium.org/1417743007
      
      Cr-Commit-Position: refs/heads/master@{#31873}
      2b4cb2a1
    • yangguo's avatar
      Do not switch to two-byte string in String.fromCharCode if avoidable. · 742ae613
      yangguo authored
      R=bmeurer@chromium.org
      BUG=v8:4536
      LOG=N
      
      Review URL: https://codereview.chromium.org/1427743008
      
      Cr-Commit-Position: refs/heads/master@{#31872}
      742ae613
    • bmeurer's avatar
      [builtins] Introduce specialized Call/CallFunction builtins. · 7c3396d0
      bmeurer authored
      Introduce receiver conversion mode specialization for the Call and
      CallFunction builtins, so we can specialize the builtin functionality
      (actually an optimization only) based on static information from the
      callsite (this is basically a superset of the optimizations that were
      available with the CallFunctionStub and CallICStub, except that these
      optimizations are correct now).
      
      This fixes a regression introduced by the removal of CallFunctionStub,
      for programs that call a lot.
      
      R=yangguo@chromium.org
      BUG=chromium:552244
      LOG=n
      
      Review URL: https://codereview.chromium.org/1436493002
      
      Cr-Commit-Position: refs/heads/master@{#31871}
      7c3396d0
    • jarin's avatar
      [deoptimizer] Fixes to printing, remove unused parameters. · aea89b93
      jarin authored
      Review URL: https://codereview.chromium.org/1425143008
      
      Cr-Commit-Position: refs/heads/master@{#31870}
      aea89b93
    • mtrofin's avatar
      [assembler] Introduce proper AssemblerBase::Print() for improved debuggability. · ab1d270a
      mtrofin authored
      While working on frame elision, I wanted to disassemble codegen in the
      debugger, as the code generation is progressing. I discovered we had a
       "Print" member on the x64 assembler, without any implementation. I
      pulled it up to AssemblerBase and gave it an implementation that
      should work for the other architectures.
      
      Also checked that ia32, x87, arm and arm64 assemblers didn't have
      such an implementation - free Print.
      
      Arm64 has a naming conflict with the v8::internal::Disassembler. I
      renamed the arm64 type with a more specific name.
      
      Opportunistically fixed a bug in the name converter. This debug-time
      printer doesn't provide a Code object, which should be OK with the
      name converters, by the looks of other APIs there. All this means is that
      when using the Print() API, we just get addresses dumped without any
      context (like what this address may be - a stub maybe, etc). This seems
      fine for the scenario.
      
      There may be other places that assume a Code object. Since this is
      a diagnostics-only scenario, for codegen developers, I feel it is
      reasonable to fix such other places as we find them.
      
      Review URL: https://codereview.chromium.org/1431933003
      
      Cr-Commit-Position: refs/heads/master@{#31869}
      ab1d270a
  2. 08 Nov, 2015 1 commit
  3. 07 Nov, 2015 2 commits
  4. 06 Nov, 2015 18 commits
  5. 05 Nov, 2015 14 commits