Also
executable build with 1.x work well with shared library from 1.0.0x
realeses and from 1.0.1(branch).
Just to eliminate any trace of doubt. Goal it not to have executables
build with 1.x work with either 1.0.0 or 1.0.1 shared library, but
executables build with *1.0.0* work with either
Dr. Stephen Henson st...@openssl.org writes:
[...]
Please try the latest CVS, there have been some workarounds for these issues
such as:
http://cvs.openssl.org/chngview?cn=22031
Thanks, that fixes the issue.
(My apologies for trying to confuse you by giving the wrong version. I
messed up
If EXHEADER is set to empty, make install will fail on some
platforms. This is fixed in most subdirectories and this just copies the
fix to srp.
--- a/crypto/srp/Makefile
+++ b/crypto/srp/Makefile
@@ -43,7 +43,8 @@ links:
@$(PERL) $(TOP)/util/mklink.pl ../../apps $(APPS)
install:
-
On Tue, Feb 21, 2012 at 3:51 PM, Andy Polyakov ap...@openssl.org wrote:
Another option (but shoot it down if its bogus :-): I noticed that if I
compile
fipscanister.o without -fPIC, then the const variables do get placed in
the (really readonly) .rodata section as desired. I thought maybe if
Hi Guido,
Guido Trentalancia via RT wrote:
Hello.
I was trying to run the testsuite for openssl-fips-1.2.3 but I get a
problems with several tests.
[SNIP]
OpenSSL self-test report:
[SNIP]
Target: linux-x86_64
[SNIP]
gcc version 4.6.1 (GCC)
Please could you confirm that during
Hi Guido,
Guido Trentalancia via RT wrote:
Hello.
I was trying to run the testsuite for openssl-fips-1.2.3 but I get a
problems with several tests.
[SNIP]
OpenSSL self-test report:
[SNIP]
Target: linux-x86_64
[SNIP]
gcc version 4.6.1 (GCC)
Please could you confirm that during the
