mirror of
https://github.com/golang/go
synced 2024-11-13 18:50:24 -07:00
cmd/cgo: make the gccgo init function no_split_stack
This works around what appears to be a bug in current clang (2018-11-09). Details are in the comment in the code. Change-Id: Ib4783b6c03d531c69ebc4cb0ac023bea5bee7d40 Reviewed-on: https://go-review.googlesource.com/c/148819 Reviewed-by: Brad Fitzpatrick <bradfitz@golang.org>
This commit is contained in:
parent
e496e612b7
commit
03e3fbe421
@ -246,7 +246,22 @@ func (p *Package) writeDefs() {
|
||||
|
||||
init := gccgoInit.String()
|
||||
if init != "" {
|
||||
fmt.Fprintln(fc, "static void init(void) __attribute__ ((constructor));")
|
||||
// The init function does nothing but simple
|
||||
// assignments, so it won't use much stack space, so
|
||||
// it's OK to not split the stack. Splitting the stack
|
||||
// can run into a bug in clang (as of 2018-11-09):
|
||||
// this is a leaf function, and when clang sees a leaf
|
||||
// function it won't emit the split stack prologue for
|
||||
// the function. However, if this function refers to a
|
||||
// non-split-stack function, which will happen if the
|
||||
// cgo code refers to a C function not compiled with
|
||||
// -fsplit-stack, then the linker will think that it
|
||||
// needs to adjust the split stack prologue, but there
|
||||
// won't be one. Marking the function explicitly
|
||||
// no_split_stack works around this problem by telling
|
||||
// the linker that it's OK if there is no split stack
|
||||
// prologue.
|
||||
fmt.Fprintln(fc, "static void init(void) __attribute__ ((constructor, no_split_stack));")
|
||||
fmt.Fprintln(fc, "static void init(void) {")
|
||||
fmt.Fprint(fc, init)
|
||||
fmt.Fprintln(fc, "}")
|
||||
|
Loading…
Reference in New Issue
Block a user