compiler: omit a couple of write barriers
authorIan Lance Taylor <ian@gcc.gnu.org>
Thu, 13 Sep 2018 00:45:55 +0000 (00:45 +0000)
committerIan Lance Taylor <ian@gcc.gnu.org>
Thu, 13 Sep 2018 00:45:55 +0000 (00:45 +0000)
commit8a90f559d727a993b5a3c5c9c5d5cd5520a7503a
treef2ea2103f31f5a039dac854bf39c87a5c9daa85d
parent6201be94cd3da234ea9a6a0b767083328b885488
compiler: omit a couple of write barriers

    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.

    Reviewed-on: https://go-review.googlesource.com/134219

From-SVN: r264259
gcc/go/gofrontend/MERGE
gcc/go/gofrontend/expressions.cc
gcc/go/gofrontend/expressions.h
gcc/go/gofrontend/statements.cc
gcc/go/gofrontend/statements.h
gcc/go/gofrontend/wb.cc