]> Cypherpunks.ru repositories - gostls13.git/commit
runtime: whitelist debugCall32..debugCall65536 in debugCallCheck
authorAlessandro Arzilli <alessandro.arzilli@gmail.com>
Tue, 5 Feb 2019 07:49:49 +0000 (08:49 +0100)
committerAustin Clements <austin@google.com>
Mon, 29 Apr 2019 04:05:29 +0000 (04:05 +0000)
commitd016330241c526f09b5ec70cdf17bfd0c257006b
tree210a9ae9b1f99a2006869f8424687dbb533ebffa
parent50ad09418eb22cb9f6294ca86b0bfd77af7d2128
runtime: whitelist debugCall32..debugCall65536 in debugCallCheck

Whitelists functions debugCall32 through debugCall65536 in
runtime.debugCallCheck so that any instruction inside those functions
is considered a safe point.
This is useful for implementing nested function calls.

For example when evaluating:

f(g(x))

The debugger should:

1. initiate the call to 'f' until the entry point of 'f',
2. complete the call to 'g(x)'
3. copy the return value of 'g(x)' in the arguments of 'f'
4. complete the call to 'f'

Similarly for:

f().amethod()

The debugger should initiate the call to '.amethod()', then initiate
and complete the call to f(), copy the return value to the arguments
of '.amethod()' and finish its call.
However in this example, unlike the other example, it may be
impossible to determine the entry point of '.amethod()' until after
'f()' is evaluated, which means that the call to 'f()' needs to be
initiated while stopped inside a debugCall... function.

Change-Id: I575c23542709cedb1a171d63576f7e11069c7674
Reviewed-on: https://go-review.googlesource.com/c/go/+/161137
TryBot-Result: Gobot Gobot <gobot@golang.org>
Reviewed-by: Heschi Kreinick <heschi@google.com>
src/runtime/asm_amd64.s
src/runtime/debugcall.go