Original Message-
>From: openssl-users On Behalf Of
>Jakob Bohm via openssl-users
>Sent: 15 May 2019 16:11
>To: openssl-users@openssl.org
>Subject: Re: OpenSSL 1.1.1b tests fail on Solaris - solution and
>possible fix
>
>Alternative suggestion (from my understanding
And now, to openssl-users. Oops...
Originalmeddelande
Från: Richard Levitte
Skickat: 16 maj 2019 08:34:06 GMT-07:00
Till: John Unsworth
Ämne: RE: OpenSSL 1.1.1b tests fail on Solaris - solution and possible fix
The actual problem is the call of DEFINE macros in safestack.h
On 5/16/19 10:55 AM, John Unsworth wrote:
This is sparc 10, building no-shared, oracle studio 12.4. Building shared works
fine. The change was introduced in 1.1.1b.
OKay, Solaris 10 and for some reason you are using Studio 12.4?
Fair enough. I will take a glance.
--
Dennis Clarke
RISC-V/
This is sparc 10, building no-shared, oracle studio 12.4. Building shared works
fine. The change was introduced in 1.1.1b.
-Original Message-
From: openssl-users On Behalf Of Dennis
Clarke
Sent: 16 May 2019 15:50
To: openssl-users@openssl.org
Subject: Re: OpenSSL 1.1.1b tests fail on
On 5/16/19 6:46 AM, John Unsworth wrote:
In the absence of any steer from openssl gurus we will proceed by
removing the #pragmas in safestack.h and lhash.h while we build the
no-shared libraries on solaris. Hopefully someone will come up with a
proper fix at some point.
This seems awefully f
Thanks, from someone else who builds no-shared and will need this mod.
From: openssl-users On Behalf Of John
Unsworth
Sent: Thursday, May 16, 2019 5:47 AM
To: openssl-users@openssl.org
Subject: RE: OpenSSL 1.1.1b tests fail on Solaris - solution and possible fix
In the absence of any steer
pp would not start because of the missing symbols.
See issues 6912 and 8102.
Regards,
John.
-Original Message-
From: openssl-users On Behalf Of Jakob Bohm
via openssl-users
Sent: 15 May 2019 16:11
To: openssl-users@openssl.org
Subject: Re: OpenSSL 1.1.1b tests fail on Solaris - solution
Alternative suggestion (from my understanding of the documentation quoted
below):
Issue #pragma weak for a symbol only in the files that define that symbol,
not in the ones that merely reference it.
The hoped effect would be:
1. Object files that merely reference a symbol will contain regular U
Because of the #pragma weak directive the functions are defined multiple times
in both libcrypto.a and libssl.a:
libcrypto.a
Many UNDEF:
ct_log.o
[47]| 0| 0|FUNC |WEAK |0|UNDEF
|OPENSSL_sk_new_null
... and more
One definition from stack.c as you'd e
