Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 1607270 - Out of memory building golang-github-cosmos72-gomacro on 32-bit systems
Summary: Out of memory building golang-github-cosmos72-gomacro on 32-bit systems
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: golang
Version: rawhide
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Jakub Čajka
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks: 1606804
TreeView+ depends on / blocked
 
Reported: 2018-07-23 07:23 UTC by Elliott Sales de Andrade
Modified: 2018-08-01 11:31 UTC (History)
5 users (show)

Fixed In Version: golang-1.11-0.beta2.2.fc29
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2018-08-01 11:31:04 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description Elliott Sales de Andrade 2018-07-23 07:23:25 UTC
Description of problem:
The rebuild of golang-github-cosmos72-gomacro [1] in Rawhide is failing now due to a crash in the compiler. Both i686 and armv7hl, the 32-bit systems crash due to running out of memory. This did not happen with Go 1.10 in Fedora 28 or before the mass rebuild.

Version-Release number of selected component (if applicable):
1.11-0.beta2.1.fc29

[1] https://koji.fedoraproject.org/koji/taskinfo?taskID=28504933

The backtrace:

runtime: out of memory: cannot allocate 163045376-byte block (3906863104 in use)
fatal error: out of memory
runtime stack:
runtime.throw(0x882f7ac, 0xd)
	/usr/lib/golang/src/runtime/panic.go:608 +0x6a
runtime.largeAlloc(0x9b7dad8, 0x8090101, 0x245158)
	/usr/lib/golang/src/runtime/malloc.go:1021 +0x107
runtime.mallocgc.func1()
	/usr/lib/golang/src/runtime/malloc.go:914 +0x39
runtime.systemstack(0xb4c6460)
	/usr/lib/golang/src/runtime/asm_386.s:396 +0x53
runtime.mstart()
	/usr/lib/golang/src/runtime/proc.go:1229
goroutine 1 [running]:
runtime.systemstack_switch()
	/usr/lib/golang/src/runtime/asm_386.s:357 fp=0x1b077788 sp=0x1b077784 pc=0x8095700
runtime.mallocgc(0x9b7dad8, 0x87da2e0, 0x8051201, 0x897ac88)
	/usr/lib/golang/src/runtime/malloc.go:913 +0x6a0 fp=0x1b0777dc sp=0x1b077788 pc=0x8051c30
runtime.makeslice(0x87da2e0, 0x26df6b6, 0x26df6b6, 0x897ac8b, 0xf6765a00, 0xf676afff)
	/usr/lib/golang/src/runtime/slice.go:70 +0x59 fp=0x1b0777f0 sp=0x1b0777dc pc=0x80818b9
runtime.makeslice64(0x87da2e0, 0x26df6b6, 0x0, 0x26df6b6, 0x0, 0x10620, 0x4c4178, 0x4c4180)
	/usr/lib/golang/src/runtime/slice.go:85 +0x4f fp=0x1b07780c sp=0x1b0777f0 pc=0x808197f
cmd/compile/internal/gc.bvbulkalloc(0x19ab, 0x304ed, 0x0, 0x0, 0x0, 0x0, 0x0)
	/usr/lib/golang/src/cmd/compile/internal/gc/bv.go:37 +0x98 fp=0x1b077874 sp=0x1b07780c pc=0x865b678
cmd/compile/internal/gc.newliveness(0xb54c000, 0xb010210, 0xd342000, 0x19ab, 0x1aa0, 0xa281d560, 0x8950, 0x0, 0x0)
	/usr/lib/golang/src/cmd/compile/internal/gc/plive.go:540 +0x15c fp=0x1b07790c sp=0x1b077874 pc=0x86cc6cc
cmd/compile/internal/gc.liveness(0xd62cf80, 0xb010210, 0x0, 0x0, 0x0)
	/usr/lib/golang/src/cmd/compile/internal/gc/plive.go:1690 +0x6c fp=0x1b077960 sp=0x1b07790c pc=0x86d3cac
cmd/compile/internal/gc.genssa(0xb010210, 0xf0f5c40)
	/usr/lib/golang/src/cmd/compile/internal/gc/ssa.go:4837 +0x7b fp=0x1b077bb4 sp=0x1b077960 pc=0x871061b
cmd/compile/internal/gc.compileSSA(0xb54c000, 0x0)
	/usr/lib/golang/src/cmd/compile/internal/gc/pgen.go:269 +0x1ae fp=0x1b077be8 sp=0x1b077bb4 pc=0x86c5c0e
cmd/compile/internal/gc.compile(0xb54c000)
	/usr/lib/golang/src/cmd/compile/internal/gc/pgen.go:238 +0x16b fp=0x1b077c0c sp=0x1b077be8 pc=0x86c5a1b
cmd/compile/internal/gc.funccompile(0xb54c000)
	/usr/lib/golang/src/cmd/compile/internal/gc/pgen.go:209 +0xa9 fp=0x1b077c34 sp=0x1b077c0c pc=0x86c57c9
cmd/compile/internal/gc.Main(0x884b214)
	/usr/lib/golang/src/cmd/compile/internal/gc/main.go:637 +0x2201 fp=0x1b077f98 sp=0x1b077c34 pc=0x86a6041
main.main()
	/usr/lib/golang/src/cmd/compile/main.go:51 +0x7e fp=0x1b077fd0 sp=0x1b077f98 pc=0x879f5fe
runtime.main()
	/usr/lib/golang/src/runtime/proc.go:201 +0x206 fp=0x1b077ff0 sp=0x1b077fd0 pc=0x8070266
runtime.goexit()
	/usr/lib/golang/src/runtime/asm_386.s:1324 +0x1 fp=0x1b077ff4 sp=0x1b077ff0 pc=0x8096f51

Comment 1 Jakub Čajka 2018-07-23 12:07:08 UTC
Reported upstream as https://github.com/golang/go/issues/26546
Let's see what will be next course of action.

Comment 2 Jakub Čajka 2018-07-27 08:12:06 UTC
Fix by upstream commit https://github.com/golang/go/commit/5fc70b6fac0664f3f9d2c2948ba78db420ba70c5


Note You need to log in before you can comment on or make changes to this bug.