summaryrefslogtreecommitdiffstats
diff options
context:
space:
mode:
authorAndy Polyakov <appro@openssl.org>2018-03-06 23:33:06 +0100
committerAndy Polyakov <appro@openssl.org>2018-03-08 23:12:56 +0100
commitd06c715477ddc90c32f2f3d1cf79825e58a42167 (patch)
treed01bf046e67077c2a2cb33ec19e84a45cf99a6b5
parent40d867c61aabb3a8904a2b1c0be5591b6267841a (diff)
Configurations/10-main.conf: add -fno-common back to darwin-ppc-cc.
-fno-common was removed for all Darwin targets in 0c8734198d4282f6997965a03cd2e0ceaf207549 with rationale "it's either 'ranlib -c' or '-fno-common'." However, it's still absolutely required in 32-bit darwin-ppc-cc. And when trying things out I didn't quite see why it was formulated as one-or-another choice, as 'ranlib -c' shouldn't [and doesn't] have problems with object modules without commons. [Well, to be frank, I didn't manage to reproduce the problem the modification was meaning to resolve either...] (backport of 107783d9c56e7dcb338c011fa202ffa8f066dbca) Reviewed-by: Richard Levitte <levitte@openssl.org>
-rw-r--r--Configurations/10-main.conf1
1 files changed, 1 insertions, 0 deletions
diff --git a/Configurations/10-main.conf b/Configurations/10-main.conf
index 1508ff4c0f..b49f04b5d7 100644
--- a/Configurations/10-main.conf
+++ b/Configurations/10-main.conf
@@ -1583,6 +1583,7 @@ sub vms_info {
inherit_from => [ "darwin-common", asm("ppc32_asm") ],
cflags => add("-arch ppc -std=gnu9x -DB_ENDIAN -Wa,-force_cpusubtype_ALL"),
perlasm_scheme => "osx32",
+ shared_cflag => add("-fno-common"),
shared_ldflag => "-arch ppc -dynamiclib",
},
"darwin64-ppc-cc" => {