compiler, runtime: harmonize types referenced by both C and Go
authorIan Lance Taylor <ian@gcc.gnu.org>
Fri, 15 Feb 2019 01:57:51 +0000 (01:57 +0000)
committerIan Lance Taylor <ian@gcc.gnu.org>
Fri, 15 Feb 2019 01:57:51 +0000 (01:57 +0000)
commit8a9f2a6bbd6bdf164ca987edac34ac72447881a5
tree0722c462bd08d8478a0d1861b10b9f966193505e
parentc8530c410972f09b88bb143e5e5a4910bd72b2ee
compiler, runtime: harmonize types referenced by both C and Go

    Compiling with LTO revealed a number of cases in the runtime and
    standard library where C and Go disagreed about the type of an object or
    function (or where Go and code generated by the compiler disagreed). In
    all cases the underlying representation was the same (e.g., uintptr vs.
    void*), so this wasn't causing actual problems, but it did result in a
    number of annoying warnings when compiling with LTO.

    Reviewed-on: https://go-review.googlesource.com/c/160700

From-SVN: r268923
21 files changed:
gcc/go/gofrontend/MERGE
gcc/go/gofrontend/expressions.cc
gcc/go/gofrontend/gogo.cc
gcc/go/gofrontend/runtime.cc
gcc/go/gofrontend/runtime.def
gcc/go/gofrontend/wb.cc
libgo/go/runtime/mgc.go
libgo/go/runtime/netpoll.go
libgo/go/runtime/proc.go
libgo/go/runtime/stubs.go
libgo/go/syscall/syscall_unix.go
libgo/go/syscall/wait.c
libgo/runtime/go-caller.c
libgo/runtime/go-callers.c
libgo/runtime/go-libmain.c
libgo/runtime/go-main.c
libgo/runtime/go-reflect-call.c
libgo/runtime/go-varargs.c
libgo/runtime/panic.c
libgo/runtime/runtime.h
libgo/runtime/stack.c