Commit 02903f83 authored by Russ Cox's avatar Russ Cox

runtime: fix windows/386 build

From the trace it appears that stackalloc is being
called with 0x1800 which is 6k = 4k + (StackSystem=2k).
Make StackSystem 4k too, to make stackalloc happy.
It's already 4k on windows/amd64.

TBR=khr
CC=golang-codereviews
https://golang.org/cl/72600043
parent 9460cf78
...@@ -57,13 +57,15 @@ enum { ...@@ -57,13 +57,15 @@ enum {
// to each stack below the usual guard area for OS-specific // to each stack below the usual guard area for OS-specific
// purposes like signal handling. Used on Windows and on // purposes like signal handling. Used on Windows and on
// Plan 9 because they do not use a separate stack. // Plan 9 because they do not use a separate stack.
// The new stack code requires stacks to be a power of two,
// and the default start size is 4k, so make StackSystem also 4k
// to keep the sum a power of two. StackSystem used to be
// 512*sizeof(uintptr) on Windows and 512 bytes on Plan 9.
#ifdef GOOS_windows #ifdef GOOS_windows
StackSystem = 512 * sizeof(uintptr), StackSystem = 4096,
#else #else
#ifdef GOOS_plan9 #ifdef GOOS_plan9
// The size of the note handler frame varies among architectures, StackSystem = 4096,
// but 512 bytes should be enough for every implementation.
StackSystem = 512,
#else #else
StackSystem = 0, StackSystem = 0,
#endif // Plan 9 #endif // Plan 9
......
Markdown is supported
0%
or
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment