got vibe to compile against openssl 1.1.0

[burner]

just a crude hack, but I think nothing is fundamentally wrong with it.

#1758

[burner]

is there any way to see the openssl version

[s-ludwig]

There is OpenSSL_version_num() - hopefully available on all involved versions.

[burner]

I meant at link time. The tests seem to fail to link.

[burner]

libressl looks like an alternative, has anyone had a look at that one yet?
they wrote a new tls library (tls.h) https://github.com/daniloegea/libressl-tls-api-examples shows an example

[wilzbach]

I meant at link time. The tests seem to fail to link.

@burner: if you want to build a hack on top of a hack, you could use a preBuildsCommands and utilize the output of:

readelf -d /usr/lib/libssl.so | grep SONAME | sed -E 's/.*libssl[.]so[.](.*)].*/\1/'

e.g. by storing it in a gitignored D file

[burner]

@wilzbach thanks I will try that

[s-ludwig]

I've pulled this now and embedded it into a version (VibeUseOpenSSL11) until a better option supported by DUB is available.

[s-ludwig]

Maybe this can be solved in a proper way by extending the libs field to support version specifications or similar. The actual version could also be reported through a mechanism analog to dlang/dub#6.

BTW, @burner thanks a lot for having done the fiddling to get this working!

[burner]

@s-ludwig nice thanks

[MartinNowak]

Maybe this can be solved in a proper way by extending the libs field to support version specifications or similar. The actual version could also be reported through a mechanism analog to dlang/dub#6.

BTW, @burner thanks a lot for having done the fiddling to get this working!

One supported way would be to let people choose different openssl dub versions, e.g. 1.1.5+1.0.2j or 2.0.1+1.1.0f. Unfortunately this is not automatic.
The libs field already does support versioned libraries, see the workaround in #1748 (comment). Most ld versions do support this syntax by now.

[wilzbach]

Why not list the openssl library dynamically?
Dlang-requests does this: ikod/dlang-requests#45 (comment)