Hi,
Any ETA for this?
Just wanted to note that finish is also required to allow cleaning up resources.
Any ETA on this? very important if we want to use ec based hardware
cryptography.
Thanks,
Alon Bar-Lev
__
OpenSSL Project
Hi,
Just wanted to note that finish is also required to allow cleaning up resources.
Any ETA on this? very important if we want to use ec based hardware
cryptography.
Thanks,
Alon Bar-Lev
__
OpenSSL Project
ping?
this should be trivial.
__
OpenSSL Project http://www.openssl.org
Development Mailing List openssl-dev@openssl.org
Automated List Manager
Although I knew PVK is supported... Could not find how to use it...
Tested on snapshot of 20100602.
openssl-1.0.0-pvk-usage.patch
Description: Binary data
...@openssl.org
wrote:
Alon Bar-Lev via RT wrote:
The following is required in order to make beta4 compile using mingw (w64).
Every time there is #includewindows.h some symbols should be removed.
Also, there is no need to #includewindows.h if e_os2.h was included.
[SNIP]
diff -urNp openssl
The following is required in order to make beta4 compile using mingw (w64).
Every time there is #include windows.h some symbols should be removed.
Also, there is no need to #include windows.h if e_os2.h was included.
---
diff -urNp openssl-1.0.0-beta4.org/crypto/rand/rand.h
Bar-Lev via RT wrote:
The following is required in order to make beta4 compile using mingw (w64).
Every time there is #includewindows.h some symbols should be removed.
Also, there is no need to #includewindows.h if e_os2.h was included.
[SNIP]
diff -urNp openssl-1.0.0-beta4.org/e_os.h
sltest.c:157:1: error: _XOPEN_SOURCE redefined
In file included from
/opt/freeware/lib/gcc/powerpc-ibm-aix5.3.0.0/4.2.0/include/assert.h:64,
from ssltest.c:146:
/usr/include/standards.h:114:1: error: this is the location of the previous
definition
make: 1254-004 The error code from the last
Please merge.
On 11/23/08, Alon Bar-Lev [EMAIL PROTECTED] wrote:
I finish the tests with native build (MSYS environment):
The source tree contain recent version (2008-11-23) plus patches:
from ticket 1747:
- openssl-cvs-mingw-capi.patch.gz
last from this ticket(1753):
Attached a fix.
--- openssl-SNAP-20081104/crypto/bn/bn_asm.c 2008-11-02 21:00:07.0 +0200
+++ openssl-SNAP-20081104.new/crypto/bn/bn_asm.c 2008-11-05 21:28:48.0 +0200
@@ -68,7 +68,7 @@
#if defined(BN_LLONG) || defined(BN_UMULT_HIGH)
-BN_ULONG bn_mul_add_words(BN_ULONG *rp,
making install in crypto/jpake...
make[2]: Entering directory
`/home/alonbl/tmp/Development/opensc/build/trunk/tmp/openssl-SNAP-20081028/crypto/jpake'
__
OpenSSL Project http://www.openssl.org
On 10/31/08, Alon Bar-Lev [EMAIL PROTECTED] wrote:
Also string.h is missing.
On 10/31/08, Alon Bar-Lev via RT [EMAIL PROTECTED] wrote:
making install in crypto/jpake...
make[2]: Entering directory
`/home/alonbl/tmp/Development/opensc/build/trunk/tmp/openssl-SNAP-20081028/crypto
Forgot the attachment to rt.
Sorry for the noise.
On 10/31/08, Alon Bar-Lev via RT [EMAIL PROTECTED] wrote:
On 10/31/08, Alon Bar-Lev [EMAIL PROTECTED] wrote:
Also string.h is missing.
On 10/31/08, Alon Bar-Lev via RT [EMAIL PROTECTED] wrote:
making install in crypto/jpake
On 10/31/08, Andy Polyakov via RT [EMAIL PROTECTED] wrote:
Could you please test the other suggested bn_lcl.h modification? While
you're on it...
I cannot actually test it... I can compile and users may test.
I don't have a win64 machine.
And I don't know how exactly I can check for speed...
I
Hello,
Attached is latest mingw win64 patch for OpenSSL.
It is verified to work with the OpenSC project and the OpenVPN project using
cross compile from Linux machine using binutils CVS head, gcc-4.3.2 and
mingw-w64 svn head.
There is no assembly support for pe64. So no assembly is
On Thursday 30 October 2008, Andy Polyakov via RT wrote:
There is no assembly support for pe64.
Well, Win64 ABI is fully supported by OpenSSL x86_64 assembler modules.
There is no support for GNU assembler under Win64, but masm (rather
known as ml64) and nasm are fully supported (though
this
already at e_os.h. It cleaner as it does not include extra headers and
removes the conflicts from x509.h... But it is optional.
Waiting for 2, 3, 4... :)
Thanks,
Alon.
On 10/21/08, Roumen Petrov via RT [EMAIL PROTECTED] wrote:
Alon Bar-Lev via RT wrote:
Attached are patches, please address
I did not wish to do anything special except of fixing mingw, so I
drop the LEAN_AND_MEAN fixup.
Latest snapshot added obj_xref.h, so the depend target can stay the same.
Attached is the only fix needed for making domd use cross compiler, as
it fails because of the -mno-cygwin.
And optional fix I
Attached are patches, please address this issues, it is hard to keep sync this
way.
The order of the issue is according to importance, (1, 2, 3) blockers.
Thanks!
1. _XOPEN_SOURCE cannot be used in mingw, strptime is never used anyway?
2. Make domd use cross compiler if available.
3. Update
Hello,
Attached is a new version, against latest snapshot.
I don't know how the -DOPENSSL_USE_APPLINK works for you guys... It produces
invalid asm for me...
I don't fully understand what this file do...
perl ../ms/uplink.pl coff uplink-cof.s
x86_64-pc-mingw32-gcc -I. -I.. -I../include
The alarm() will be removed:
https://sourceforge.net/tracker/index.php?func=detailaid=2182468group_id=202880atid=983354
__
OpenSSL Project http://www.openssl.org
Development Mailing List
Hello,
Latest snapshot broke mingw build for the following reasons:
1. ssl/kssl.c declares _XOPEN_SOURCE at source level and not at configuration
level, this is invalid in some environments. Please consider moving this to
Configure targets table. Also, I cannot see where strptime is used
Great!
Works also with cross compile, closes #1415!
A minor fix is attached. The prefix must be enclosed with brackets as
when $$x$(y), the y is translated first.
Just for my reminder:
./Configure --prefix=// --cross-compile-prefix=mingw32- shared mingw
make install INSTALL_PREFIX=/tmp/w32
Alon.
Can be closed in favor of:
http://rt.openssl.org/index.html?q=1552
__
OpenSSL Project http://www.openssl.org
Development Mailing List openssl-dev@openssl.org
Automated List
On 10/27/07, Andy Polyakov via RT [EMAIL PROTECTED] wrote:
Any reason why not merge the patch into snapshots?
The only reason is lack of time. Trouble is that there also are other
minor open issues in mingw build and idea is to sit down some day and
reflect over the whole build procedure. A.
Hello OpenSSL developers,
Any reason why not merge the patch into snapshots?
http://rt.openssl.org/Ticket/Display.html?id=1451
It is important for people who wish to compile to Microsoft platform
without using any Microsoft resources.
Best Regards,
Alon Bar-Lev
Hello,
An update.
1. The issue with OPENSSL_IMPLEMENT_GLOBAL is gone now.
2. Merged with Roumen Petrov's patch:
http://rt.openssl.org/Ticket/Display.html?id=1552
Except of not postfix engine dlls with eay32.
Best Regards,
Alon Bar-Lev.
---
diff -urNp openssl-SNAP-20070901/Configure
On Friday 03 August 2007, Roumen Petrov via RT wrote:
And now against CVS
Merged patch available at:
http://rt.openssl.org/Ticket/Display.html?id=1552
Best Regards,
Alon Bar-Lev.
__
OpenSSL Project
On Saturday 01 September 2007, Alon Bar-Lev via RT wrote:
Hello,
An update.
1. The issue with OPENSSL_IMPLEMENT_GLOBAL is gone now.
2. Merged with Roumen Petrov's patch:
http://rt.openssl.org/Ticket/Display.html?id=1552
Except of not postfix engine dlls with eay32.
Best Regards
You've suggested approach that mimics .bat-based build, i.e. generating
big flat make-file, while we've chosen to discontinue it in favor of
Unix-like build procedure, i.e. having make traverse source tree for
Makefiles [see development branch]. In other words suggested approach is
not the
On 7/11/07, Chris Wilson via RT [EMAIL PROTECTED] wrote:
No comments on the tracker entry. Please could you tell me how this is
resolved?
Also related:
http://rt.openssl.org/Ticket/Display.html?id=1451
http://rt.openssl.org/Ticket/Display.html?id=1552
So there is some work here...
Best
[ping]
Passed a long time since I sent this patch.
MinGW cross compile does not work without it.
Is there something wrong with this patch?
http://rt.openssl.org/Ticket/Display.html?id=1451
Thanks!
Alon Bar-Lev.
__
OpenSSL
Hello,
I don't exactly undersand the maintenance model of OpenSSL.
I would really like to see a milestone set for this issue
(http://rt.openssl.org/Ticket/Display.html?id=1451).
We are waiting for this so that user will not be forced to patch
OpenSSL in order to cross compile it.
I will be
Hello,
Succeeded in making openssl cross compile correctly!
./Configure --prefix=// --cross-compile-prefix=mingw32- shared mingw
Please also notice that --prefix must receive TWO slashes in order
to install to root (make install INSTALL_PREFIX=/tmp/w32)... Maybe
this also can be corrected.
34 matches
Mail list logo