Would you try the attached patch, please?
--
Richard Levitte
levi...@openssl.org
--
Ticket here: http://rt.openssl.org/Ticket/Display.html?id=4326
Please log in as guest with password guest if prompted
diff --git a/config b/config
index 77f730f..5213a0d 100755
--- a/config
+++ b/config
@@
> I believe that the auto-detecting script, ./config, is lacking detection of
> architecture for Cygwin. Does one preferably recognise a x86_64 Cygwin from
> `uname -m` or is there something in `uname -s` that should be used as an
> indicator?
Yes, that seems to be the issue at hand for OpenSSL
> I believe that the auto-detecting script, ./config, is lacking detection of
> architecture for Cygwin. Does one preferably recognise a x86_64 Cygwin from
> `uname -m` or is there something in `uname -s` that should be used as an
> indicator?
Yes, that seems to be the issue at hand for OpenSSL
On Sun, Feb 21, 2016 at 1:27 AM, Richard Levitte via RT
wrote:
> I believe that the auto-detecting script, ./config, is lacking detection of
> architecture for Cygwin. Does one preferably recognise a x86_64 Cygwin from
> `uname -m` or is there something in `uname -s` that
Truth is, the logic is a bit flawed, and it's not about those platform specific
tests (which it shouldn't try on that first run). The correct conclusion right
now is that you need to install 'bc' to be able to run the BIGNUM test
Vid Sun, 21 Feb 2016 kl. 05.25.30, skrev noloa...@gmail.com:
>
I believe that the auto-detecting script, ./config, is lacking detection of
architecture for Cygwin. Does one preferably recognise a x86_64 Cygwin from
`uname -m` or is there something in `uname -s` that should be used as an
indicator?
Cheers,
Richard
Vid Sun, 21 Feb 2016 kl. 04.33.17, skrev
Working on Windows under Cygwin-64:
$ make test
... running bc
./bctest: line 35: bc: command not found
bc does not work properly ('SunOStest' failed). Looking for another bc ...
No working bc found. Consider installing GNU bc.
0 tests passed
I'm reporting it because of the reference
When the SSL_CTX_use_serverinfo_file() function is used to configure
custom TLS extension data (e.g. for SCT data), AND the SSL_CTX in
question is configured for multiple server certificates, the SSL/TLS
handshake can fail unexpectedly, and will not return the configured TLS
extension data
After configuring on Windows 8.1/Core i5 4th gen machine, make'ing
depend produces the following errors:
$ make depend
making depend in crypto...
make[1]: Entering directory '/home/Test_User/openssl-1.0.2f/crypto'
cc1: error: CPU you selected does not support x86-64 instruction set
cc1: error:
On 20 February 2016 at 21:40, Sander Temme wrote:
> However, I’m intrigued by the notion of a PKCS#11 Engine in OpenSSL: it’s
> a standard (an OASIS standard now); it’s fairly fully featured; everyone in
> the industry supports it including Thales; and you can build a program
In message <5b8f45ea-5867-4832-916a-6b31a323a...@temme.net> on Sat, 20 Feb 2016
12:40:38 -0800, Sander Temme said:
sander>
sander> > On Feb 19, 2016, at 3:31 AM, Matt Caswell wrote:
sander>
sander> OK that made our support lines blow up so yes there is
> On Feb 19, 2016, at 3:31 AM, Matt Caswell wrote:
OK that made our support lines blow up so yes there is interest.
Disclaimer: I work for Thales but do not speak for Thales.
> So it seems that for chil there may possibly be some rare use (but even
> the most recent evidence
Make fails with ./Configure solaris-x86-cc such as
:
cc -DDSO_DLFCN -DHAVE_DLFCN_H -DOPENSSL_THREADS -DOPENSSL_PIC
-DOPENSSLDIR=/opt/openssl/ssl -DENGINESDIR=/opt/openssl/lib/engines -KPIC
-D_REENTRANT -xarch=generic -xstrconst -Xa -DL_ENDIAN -DFILIO_H -xO5
-xregs=frameptr -xdepend -xbuiltin
Hello,
There are a few problems that I am facing with unified builds with arm:
1. arm_arch.h is not in the include path.
fatal error: arm_arch.h: No such file or directory
2. The arm assembler scripts output to stdout
(see attached output.txt)
I have a patch for aes-armv4.pl that fixes the
Still waiting to see from anyone else if it's a non-mac issue.
--
Ticket here: http://rt.openssl.org/Ticket/Display.html?id=4290
Please log in as guest with password guest if prompted
--
openssl-dev mailing list
To unsubscribe: https://mta.openssl.org/mailman/listinfo/openssl-dev
Major shop stopper
../test/recipes/30-test_pbelu.t ...
1..1
./pbelutest: can't load library 'ssl.so.1.1'
not ok 1 - running pbelutest
# Failed test 'running pbelutest'
# at ../test/testlib/OpenSSL/Test/Simple.pm line 70.
# Looks like you failed 1 test of 1.
Dubious, test returned 1
On Sat, Feb 20, 2016 at 01:57:53PM +0100, Richard Levitte wrote:
> Yes. Sorry about that, the disk space had filled out. It has been dealt with,
> and the next snapshots will be whole.
>
> Cheers
> Richard
>
> The Doctor skrev: (20 februari 2016 13:38:59 CET)
>
Yes. Sorry about that, the disk space had filled out. It has been dealt with,
and the next snapshots will be whole.
Cheers
Richard
The Doctor skrev: (20 februari 2016 13:38:59 CET)
>Only Openssl 1.1 SNAP showed up.
>
>The other 2 choked off.
--
Sent from my
Only Openssl 1.1 SNAP showed up.
The other 2 choked off.
--
Member - Liberal International This is doctor@@nl2k.ab.ca Ici doctor@@nl2k.ab.ca
God,Queen and country!Never Satan President Republic!Beware AntiChrist rising!
http://www.fullyfollow.me/rootnl2k Look at Psalms 14 and 53 on Atheism
19 matches
Mail list logo