• Alex Brainman's avatar
    cmd/link, cmd/go: delay linking of mingwex and mingw32 until very end · dfbbe06a
    Alex Brainman authored
    cmd/go links mingwex and mingw32 libraries to every package it builds.
    This breaks when 2 different packages call same gcc standard library
    function pow. gcc linker appends pow implementation to the compiled
    package, and names that function "pow". But when these 2 compiled
    packages are linked together into the final executable, linker
    complains, because it finds two "pow" functions with the same name.
    
    This CL stops linking of mingwex and mingw32 during package build -
    that leaves pow function reference unresolved. pow reference gets
    resolved as final executable is built, by having both internal and
    external linker use mingwex and mingw32 libraries.
    
    Fixes #8756
    
    Change-Id: I50ddc79529ea5463c67118d668488345ecf069bc
    Reviewed-on: https://go-review.googlesource.com/26670
    Run-TryBot: Alex Brainman <alex.brainman@gmail.com>
    TryBot-Result: Gobot Gobot <gobot@golang.org>
    Reviewed-by: 's avatarIan Lance Taylor <iant@golang.org>
    dfbbe06a
Name
Last commit
Last update
.github Loading commit data...
api Loading commit data...
doc Loading commit data...
lib/time Loading commit data...
misc Loading commit data...
src Loading commit data...
test Loading commit data...
.gitattributes Loading commit data...
.gitignore Loading commit data...
AUTHORS Loading commit data...
CONTRIBUTING.md Loading commit data...
CONTRIBUTORS Loading commit data...
LICENSE Loading commit data...
PATENTS Loading commit data...
README.md Loading commit data...
favicon.ico Loading commit data...
robots.txt Loading commit data...