]> Cypherpunks repositories - gostls13.git/commit
[release-branch.go1.11] cmd/link: macos: set initial protection of 0 for __DWARF...
authorThan McIntosh <thanm@google.com>
Wed, 19 Jun 2019 17:33:33 +0000 (13:33 -0400)
committerAlexander Rakoczy <alex@golang.org>
Mon, 8 Jul 2019 17:03:39 +0000 (17:03 +0000)
commit2782ffc84d9938fc11ad9dfe897ef6466afbd4d4
tree7bcc6589ea79321d266c3727cf1b940a925001cc
parentf0569288652b16feb471a742194803874c55ddec
[release-branch.go1.11] cmd/link: macos: set initial protection of 0 for __DWARF segment

For later versions of MacOS, the dynamic loader is more picky about
enforcing restrictions on __DWARF MachO load commands/segments,
triggering aborts of the form

  dyld: malformed mach-o image: segment __DWARF has vmsize < filesize

for Go programs that use cgo on Darwin. The error is being triggered
because the Go linker is setting "vmsize" in the DWARF segment entry
to zero as a way to signal that the DWARF doesn't need to be mapped
into memory at runtime (which we need to continue to do).

This patch changes the initial protection on the __DWARF segment to
zero, which dyld seems to be happy with (this is used for other similar
non-loadable sections such as __LLVM).

Updates #32696

Change-Id: I9a73449c6d26c172f3d70361719943af381f37e6
Reviewed-on: https://go-review.googlesource.com/c/go/+/182958
Run-TryBot: Than McIntosh <thanm@google.com>
TryBot-Result: Gobot Gobot <gobot@golang.org>
Reviewed-by: Cherry Zhang <cherryyz@google.com>
Reviewed-on: https://go-review.googlesource.com/c/go/+/183399
src/cmd/link/internal/ld/macho_combine_dwarf.go