Hi Rich Salz
Thank you very much for responding and also for the indirect help through
all your posts and comments in posts I read so far when looking for help
with OpenSSL.
Right, that is a good idea. I will try to achieve it by building it twice
such that I can hopefully avoid the errors in the
>Sadly, I can not make use of the "no-shared" option as I still need the
shared libraries to be built.
Statically linking against files built for shared libraries is possible on many
platforms (link against the .a even though .so exists), but not all platforms.
You can always build twi
I see. Thank you again for answering and for the example ./config arguments.
Sadly, I can not make use of the "no-shared" option as I still need the
shared libraries to be built.
But I wonder if there even is a way to achieve both at the same time.
--
Sent from: http://openssl.6102.n7.nabble.c
On Wed, Jul 24, 2019, 7:00 AM K Lengauer wrote:
>
So if I understand you correctly you also use the
> "build.info" file to specify the static libraries as dependencies for the
> 'openssl' binary.
>
Negative. We use the following method:
./config \
no-hw \
no-zl
Hi Michael Mueller
Thank you for answering. So if I understand you correctly you also use the
"build.info" file to specify the static libraries as dependencies for the
'openssl' binary.
Do you encounter any segmentation faults when running the tests provided by
OpenSSL in the openssl/test/recipe
We are doing this for Linux. See below. Don't recall changing anything
related to static build in transition from 1.0.2 to 1.1.1.
For Windows we use the dlls. Noticed that new windows compile creates
static libs, so we might convert to using the static libs.
dev@turmeric:/NAS/dev/projectx/OPENSSL
