[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