No -fno-common for Darwin
authorRichard Levitte <levitte@openssl.org>
Fri, 4 Mar 2016 12:48:59 +0000 (13:48 +0100)
committerRichard Levitte <levitte@openssl.org>
Sat, 5 Mar 2016 11:10:13 +0000 (12:10 +0100)
commit0c8734198d4282f6997965a03cd2e0ceaf207549
tree030d472d2a9db127f11e065332c1add4e1949731
parenta2ed050328b47163a67333389a83dd157d2d038c
No -fno-common for Darwin

When object files with common block symbols are added to static
libraries on Darwin, those symbols are invisible to the linker that
tries to use them.  Our solution was to use -fno-common when compiling
C source.

Unfortunately, there is assembler code that defines OPENSSL_ia32cap_P
as a common block symbol, unconditionally, and in some cases, there is
no other definition.  -fno-common doesn't help in this case.

However, 'ranlib -c' adds common block symbols to the index of the
static library, which makes them visible to the linker using it, and
that solves the problem we've seen.

The common conclusion is, either use -fno-common or ranlib -c on
Darwin.  Since we have common block symbols unconditionally, choosing
the method for our source is easy.

Reviewed-by: Kurt Roeckx <kurt@openssl.org>
Configurations/10-main.conf