On Wed, Jan 10, 2018 at 5:42 AM, Ian Lance Taylor <i...@golang.org> wrote: > > Whoops, there's a bug on big-endian 32-bit systems. I'm testing > https://golang.org/cl/87135.
Committed as follows. Ian
Index: gcc/go/gofrontend/MERGE =================================================================== --- gcc/go/gofrontend/MERGE (revision 256419) +++ gcc/go/gofrontend/MERGE (working copy) @@ -1,4 +1,4 @@ -c18c6bd80e0995827ad3396eb1c2401451de88fd +c22eb29a62b4fd72ad2ea09ebe5fcea5b8ed78b8 The first line of this file holds the git revision number of the last merge done from the gofrontend repository. Index: libgo/runtime/go-construct-map.c =================================================================== --- libgo/runtime/go-construct-map.c (revision 256366) +++ libgo/runtime/go-construct-map.c (working copy) @@ -11,8 +11,8 @@ #include "runtime.h" #include "go-type.h" -extern void *makemap (const struct __go_map_type *, int64_t hint, - void *, void *) +extern void *makemap (const struct __go_map_type *, intgo hint, + void *) __asm__ (GOSYM_PREFIX "runtime.makemap"); extern void *mapassign (const struct __go_map_type *, void *hmap, @@ -29,7 +29,7 @@ __go_construct_map (const struct __go_ma uintptr_t i; void *p; - ret = makemap(type, (int64_t) count, NULL, NULL); + ret = makemap(type, (intgo) count, NULL); entries = (const unsigned char *) ventries; for (i = 0; i < count; ++i)
