jovial / nim-openssl-evp Goto Github PK

Programs containing openssl_evp doesn't run properly.

The compiling process seemed to be fine, but when I run the executable, it shows an error of

could not import: obj_cleanup_defer

This happened on both Windows 7 64-bit and Debian Wheezy.

I did find extern int obj_cleanup_defer in objects.h of OpenSSL, but was unable to import it: I tried to build a C program with `#include "openssl/objects.h", which gives me an undefined reference of obj_cleanup_defer.

I'm quite new to OpenSSL, so I wonder if this integer is really useful when using OpenSSL. If it's not, perhaps we can remove it from the code to avoid errors?

The OpenSSL dynamic libraries are libeay32.dll and ssleay32.dll for Windows, corresponding to libcrypto.so and libssl.so for Linux.

So for Windows, cryptodll shoud be "libeay32.dll".

I tried to use the library, but as soon as I import it, I get the error could not import: ASN1_SEQUENCE_ANY_it.

I guess the bindings are for an older version of OpenSSL, and some functions have been removed in the meantime. If this is the case, would it be possible to bring the library up to date with recent versions of OpenSSL? For instance, the version installed on my MacBook is OpenSSL 1.0.2l 25 May 2017

I know you probably don't work on this anymore, but if the bindings have been automated in some way, this should not be a huge burden.

The Nim 0.10.2 compiler encounted errors when compiling openssl_crypto.nim:

openssl_crypto.nim(1013, 38) Error: ')' expected

The line mentioned above turned to be:

proc sk_pop_free*(st: ptr mStack; func: proc (a2: pointer) {.cdecl.}) {.cdecl, 
    importc: "sk_pop_free", dynlib: cryptodll.}

Even when I use nim c openssl_crypto.nim, the same thing happens.
Is this a bug or I missed something when compiling it?