delve/pkg/proc/native/threads_darwin.h

//+build darwin,macnative

#include <stdlib.h>
#include <sys/types.h>
#include <mach/mach.h>
#include <mach/mach_vm.h>
#include <mach/thread_info.h>

int
write_memory(task_t, mach_vm_address_t, void *, mach_msg_type_number_t);

int
read_memory(task_t, mach_vm_address_t, void *, mach_msg_type_number_t);

kern_return_t
get_registers(mach_port_name_t, x86_thread_state64_t*);

kern_return_t
get_fpu_registers(mach_port_name_t, x86_float_state64_t *);

kern_return_t
set_pc(thread_act_t, uint64_t);

kern_return_t
single_step(thread_act_t);

kern_return_t
clear_trap_flag(thread_act_t);

kern_return_t
resume_thread(thread_act_t);

kern_return_t
set_registers(mach_port_name_t, x86_thread_state64_t*);

kern_return_t
get_identity(mach_port_name_t, thread_identifier_info_data_t *);

int
thread_blocked(thread_act_t thread);

int
num_running_threads(task_t task);
proc/native,Makefile: allow compiling on macOS without native backend On macOS 10.14 Apple changed the command line tools so that system headers now need to be manually installed. Instead of adding one extra install step to the install procedure add a build tag to allow compilation of delve without the native backend on macOS. By default (i.e. when using `go get`) this is how delve will be compiled on macOS, the make script is changed to enable compiling the native backend if the required dependencies have been installed. Insure that both configuration still build correctly on Travis CI and change the documentation to describe how to compile the native backend and that it isn't normally needed. Fixes #1359 2018-10-01 08:19:06 +00:00			`//+build darwin,macnative`

Insert raw instructions for G addr in TLS * Remove half baked CallFn implementation. * Cleanup whitespace * Cleanup read/write mem functions 2015-06-11 20:17:56 +00:00			`#include <stdlib.h>`
(Mostly) working on OS X 2015-01-14 02:37:10 +00:00			`#include <sys/types.h>`
			`#include <mach/mach.h>`
			`#include <mach/mach_vm.h>`
			`#include <mach/thread_info.h>`

			`int`
proc: Use correct type for mach task 2016-04-13 05:53:13 +00:00			`write_memory(task_t, mach_vm_address_t, void *, mach_msg_type_number_t);`
(Mostly) working on OS X 2015-01-14 02:37:10 +00:00
			`int`
proc: Use correct type for mach task 2016-04-13 05:53:13 +00:00			`read_memory(task_t, mach_vm_address_t, void *, mach_msg_type_number_t);`
(Mostly) working on OS X 2015-01-14 02:37:10 +00:00
Handle thread_get_state errors 2015-02-28 16:39:21 +00:00			`kern_return_t`
			`get_registers(mach_port_name_t, x86_thread_state64_t*);`
(Mostly) working on OS X 2015-01-14 02:37:10 +00:00
proc: load more registers Adds ability to load x87, SSE and AVX registers. Fixes #666 2016-11-15 16:16:33 +00:00			`kern_return_t`
			`get_fpu_registers(mach_port_name_t, x86_float_state64_t *);`

Handle set_pc errors 2015-02-28 16:41:05 +00:00			`kern_return_t`
(Mostly) working on OS X 2015-01-14 02:37:10 +00:00			`set_pc(thread_act_t, uint64_t);`

Handle more kern return values and general cleanup 2015-02-28 16:44:36 +00:00			`kern_return_t`
(Mostly) working on OS X 2015-01-14 02:37:10 +00:00			`single_step(thread_act_t);`

Handle more kern return values and general cleanup 2015-02-28 16:44:36 +00:00			`kern_return_t`
Continue thread properly taking into account suspend_count 2015-03-08 00:21:10 +00:00			`clear_trap_flag(thread_act_t);`

			`kern_return_t`
			`resume_thread(thread_act_t);`
Improve `next` implementation * Better tracking of current goroutine * More efficient, eliminates superfluous step syscalls * Handles concurrency and thread coordination better 2015-03-28 01:12:07 +00:00
			`kern_return_t`
			`set_registers(mach_port_name_t, x86_thread_state64_t*);`
proc.(*Thread).GetG: reading TLS memory directly for g address instead of modifying the executable code 2015-07-28 05:33:07 +00:00
			`kern_return_t`
			`get_identity(mach_port_name_t, thread_identifier_info_data_t *);`
command (next): Improvements for parallel programs This patch aims to improve how Delve tracks the current goroutine, especially in very highly parallel programs. The main spirit of this patch is to ensure that even in situations where the goroutine we care about is not executing (common for len(g) > len(m)) we still end up back on that goroutine as a result of executing the 'next' command. We accomplish this by tracking our original goroutine id, and any time a breakpoint is hit or a threads stops, we examine the stopped threads and see if any are executing the goroutine we care about. If not, we set 'next' breakpoint for them again and continue them. This is done so that one of those threads can eventually pick up the goroutine we care about and begin executing it again. 2015-08-20 14:28:11 +00:00
			`int`
			`thread_blocked(thread_act_t thread);`
proc: wait for full process stop before evaluating anything 2016-01-07 18:33:15 +00:00
			`int`
			`num_running_threads(task_t task);`