[openssl-commits] [openssl] OpenSSL_1_1_0-stable update
Andy Polyakov
appro at openssl.org
Thu Mar 8 22:13:48 UTC 2018
The branch OpenSSL_1_1_0-stable has been updated
via d06c715477ddc90c32f2f3d1cf79825e58a42167 (commit)
from 40d867c61aabb3a8904a2b1c0be5591b6267841a (commit)
- Log -----------------------------------------------------------------
commit d06c715477ddc90c32f2f3d1cf79825e58a42167
Author: Andy Polyakov <appro at openssl.org>
Date: Tue Mar 6 23:33:06 2018 +0100
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 at openssl.org>
-----------------------------------------------------------------------
Summary of changes:
Configurations/10-main.conf | 1 +
1 file changed, 1 insertion(+)
diff --git a/Configurations/10-main.conf b/Configurations/10-main.conf
index 1508ff4..b49f04b 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" => {
More information about the openssl-commits
mailing list