{"push_id":1275523254,"size":1,"distinct_size":1,"ref":"refs/heads/master","head":"dfbbe06a205e7048a8541c4c97b250c24c40db96","before":"b040bc9c062e4c5593792b6754d001509989a9df","commits":[{"sha":"dfbbe06a205e7048a8541c4c97b250c24c40db96","author":{"name":"Alex Brainman","email":"0b8d0622e634bb7973fd9da049dd42acc88e1a18@gmail.com"},"message":"cmd/link, cmd/go: delay linking of mingwex and mingw32 until very end\n\ncmd/go links mingwex and mingw32 libraries to every package it builds.\nThis breaks when 2 different packages call same gcc standard library\nfunction pow. gcc linker appends pow implementation to the compiled\npackage, and names that function \"pow\". But when these 2 compiled\npackages are linked together into the final executable, linker\ncomplains, because it finds two \"pow\" functions with the same name.\n\nThis CL stops linking of mingwex and mingw32 during package build -\nthat leaves pow function reference unresolved. pow reference gets\nresolved as final executable is built, by having both internal and\nexternal linker use mingwex and mingw32 libraries.\n\nFixes #8756\n\nChange-Id: I50ddc79529ea5463c67118d668488345ecf069bc\nReviewed-on: https://go-review.googlesource.com/26670\nRun-TryBot: Alex Brainman <alex.brainman@gmail.com>\nTryBot-Result: Gobot Gobot <gobot@golang.org>\nReviewed-by: Ian Lance Taylor <iant@golang.org>","distinct":true,"url":"https://api.github.com/repos/Llewellynvdm/go/commits/dfbbe06a205e7048a8541c4c97b250c24c40db96"}]}
{"actor":{"display_login":"Llewellynvdm"}}