Omit a write barrier for s = s[0:] for a slice s. In this case the pointer is not changing and no write barrier is required.
Omit a write barrier for s = append(s, v) in the case where len(s) < cap(s) (and similarly when appending more
values). When the slice has enough capacity the pointer is not changing and no write barrier is required.
These changes are required to avoid write barriers in the method randomOrder.reset in the runtime package. That method is called from procresize, at a point where we do not want to allocate memory. Otherwise that method can use a write barrier, allocate memory, and break TestReadMemStats.
d3c55148e76 compiler: omit a couple of write barriers
gcc/go/gofrontend/MERGE | 2 +-
gcc/go/gofrontend/expressions.cc | 105 +++++++++++++++++++++++++++++++++++----
gcc/go/gofrontend/expressions.h | 11 +++-
gcc/go/gofrontend/statements.cc | 19 ++++++-
gcc/go/gofrontend/statements.h | 14 +++++-
gcc/go/gofrontend/wb.cc | 77 +++++++++++++++++++++++++---
6 files changed, 204 insertions(+), 24 deletions(-)