[openssl-dev] [openssl.org #4492] Configure, Unix and Linux, and malformed command line when path includes spaces

Unix and Linux builds have problems when the path includes spaces. In-tree is witnessing the issue, and out-of-tree may experience the issue. This problem was observed on Windows due to "C:\Program Files" and "C:\Documents and Settings"; see Issues 4486 and 4490. Windows uses UAC, which means make

[openssl-dev] [openssl.org #4491] [PATCH] VMX-crypto: Add XTS support

Author: Leonidas Da Silva Barbosa ASM implementation Signed-off-by: Paulo Flabiano Smorigo Signed-off-by: Leonidas Da Silva Barbosa --- crypto/aes/asm/aesp8-ppc.pl | 237 +++- crypto/evp/e_aes.c | 7 ++ 2 files changed, 243 insertions(+), 1 de

Re: [openssl-dev] Testing for a type with a define in e_os2.h?

> > Is this a real problem or a theoretical one? > > UEFI will be a problem on non 32-bit systems as it assume 32-bit > environment. I don't know if there are any of them in the wild, however. Okay, theoretical. I assume the UEFI folks, who are VERY active here, will let us know. > non-UEFI c

Re: [openssl-dev] [openssl.org #4489] PATCH: fix Windows deprecated strdup in crypto\conf\conf_lib.c

> On Mar 28, 2016, at 4:38 AM, noloa...@gmail.com via RT > wrote: > > On Windows, the fix below also depends upon the patch from Issue 4488 > ("The POSIX name for this item is deprecated. Instead, use the ISO C++ > conformant name..."). > > This patch below also fixes some problems with the ol

Re: [openssl-dev] [openssl.org #4489] PATCH: fix Windows deprecated strdup in crypto\conf\conf_lib.c

> On Mar 28, 2016, at 4:38 AM, noloa...@gmail.com via RT > wrote: > > On Windows, the fix below also depends upon the patch from Issue 4488 > ("The POSIX name for this item is deprecated. Instead, use the ISO C++ > conformant name..."). > > This patch below also fixes some problems with the ol

[openssl-dev] [openssl.org #4490] "nmake install" fails "Destination must be a directory at .\util\copy.pl line 39" on Windows with short pathname (no spaces)

Working from Master at c5c7700c9a1c1daa. Strawberry PERL 5.22 Windows XP x64 (as fully patched as it can be) Visual Studio 2005 (as fully patched as it can be) Source directory: C:\openssl-src Install directory: C:\OpenSSL ** C:\openssl-src>nmake install Microsoft (R) Program Maintenanc

Re: [openssl-dev] [openssl.org #4488] PATCH: fix Windows "The POSIX name for this item is deprecated. Instead, use the ISO C++ conformant name..."

This patch can be tightened further, if interested. According to MS docs, the define _CRT_NONSTDC_NO_DEPRECATE is available for Visual Studio 2005 (cl.exe=14.00). Also see http://msdn.microsoft.com/en-us/library/ms235384(v=vs.80).aspx. Testing on Visual Studio 2003 (cl.exe=13.10) shows the change

Re: [openssl-dev] [openssl.org #4488] PATCH: fix Windows "The POSIX name for this item is deprecated. Instead, use the ISO C++ conformant name..."

This patch can be tightened further, if interested. According to MS docs, the define _CRT_NONSTDC_NO_DEPRECATE is available for Visual Studio 2005 (cl.exe=14.00). Also see http://msdn.microsoft.com/en-us/library/ms235384(v=vs.80).aspx. Testing on Visual Studio 2003 (cl.exe=13.10) shows the change

[openssl-dev] [openssl.org #4489] PATCH: fix Windows deprecated strdup in crypto\conf\conf_lib.c

On Windows, the fix below also depends upon the patch from Issue 4488 ("The POSIX name for this item is deprecated. Instead, use the ISO C++ conformant name..."). This patch below also fixes some problems with the older standards on Fedora, BSD and Linux. $ cat conf_lib.patch diff --git a/crypto/

[openssl-dev] [openssl.org #4488] PATCH: fix Windows "The POSIX name for this item is deprecated. Instead, use the ISO C++ conformant name..."

Working from master at c5c7700c9a1c1daa. The patch below fixes multiple "The POSIX name for this item is deprecated. Instead, use the ISO C++ conformant name..." warnings on Windows. There are about 20 of them, and an example is below. diff --git a/e_os.h b/e_os.h index f0a441e..c9765c2 100644 --