uild fails at link time with unresolved function references.
>
>
>
> *From:* openssl-users [mailto:openssl-users-boun...@openssl.org] *On
> Behalf Of *Ajay Garg
> *Sent:* Sunday, October 16, 2016 10:16 PM
> *To:* openssl-users@openssl.org
> *Subject:* Re: [openssl-users] Where
: openssl-users [mailto:openssl-users-boun...@openssl.org] On Behalf Of
Ajay Garg
Sent: Sunday, October 16, 2016 10:16 PM
To: openssl-users@openssl.org
Subject: Re: [openssl-users] Where to find definitions of certain functions
Aah... I guess I was being an idiot.
I just realize that the
Aah... I guess I was being an idiot.
I just realize that the recommended/best/easier way is to compile openssl
as a separate library (enabling/disabling/removing features as required),
and then link this library to our application-binary.
Thanks a ton Salz, you have saved me a LOT of hours :
> Also, I am not using Makefiles, rather compiling each "c unit" using gcc
> using first-principles.
> Could that be an issue?
Probably.
Only "make" is supported. You are on your own.
--
openssl-users mailing list
To unsubscribe: https://mta.openssl.org/mailman/listinfo/openssl-users
I am bringing in the relevant sources from the cloned openssl-repository,
and comping each "c unit" separately.
Also, I am not using Makefiles, rather compiling each "c unit" using gcc
using first-principles.
Could that be an issue?
On Sun, Oct 16, 2016 at 8:10 PM, Salz, Rich wrote:
> > ex_data
> ex_data.c:(.text+0xaa6): undefined reference to `sk_num'
Something seems wrong in your build environment. Make sure you are starting
with a completely empty build tree.
-rich salz
--
openssl-users mailing list
To unsubscribe: https://mta.openssl.org/mailman/listinfo/openssl-users
Thanks Salz.
I get a lot of linking-errors like ::
ex_data.c:(.text+0xaa6): undefined reference to `sk_num'
ex_data.c:(.text+0xb06): undefined reference to `sk_value'
ex_data.c:(.text+0xc5e): undefined reference to `sk_free'
Doing,
*nm -o /usr/lib/i386-linux-gnu/libssl.a | grep
sk_num*/usr/l
> Hardly helps :(
➢ /usr/lib/i386-linux-gnu/libcrypto.a:a_time.o:0230 T
ASN1_TIME_to_generalizedtime
Sure it does. You know it's in a_time.c, which is crypto/asn1/a_time.c And if
you look in that file you see "IMPLEMENT_ASN1_FJUNCTIONS" with an ASN1_TIME
argument. So, start digging.
-
Hardly helps :(
*nm -o /usr/lib/i386-linux-gnu/libcrypto.a | grep ASN1_TIME_t*
nm: ebcdic.o: no symbols
/usr/lib/i386-linux-gnu/libcrypto.a:a_time.o:0230 T
ASN1_TIME_to_generalizedtime
/usr/lib/i386-linux-gnu/libcrypto.a:ocsp_srv.o: U
ASN1_TIME_to_generalizedtime
On Sat, Oct 15, 2016
> grep -r ASN1_TIME\( ~/openssl/openssl/
> /home/ajay/openssl/openssl/crypto/asn1/a_time.c:int i2d_ASN1_TIME(ASN1_TIME
> *a, unsigned char **pp)
> How to search for such symbols in the cloned source-code?
Much of the ASN1 data structures are created by macros and it will not be
immediately obvi
Thanks Matt.
That helped.
However, I am now searching for symbols like ASN_TIME_it, but I get nothing
useful ::
*grep -r ASN1_TIME_it ~/openssl/openssl/*
/home/ajay/openssl/openssl/util/libeay.num:ASN1_TIME_it2715
EXIST:!EXPORT_VAR_AS_FUNCTION:VARIABLE:
/home/ajay/openssl/openssl/util/libe
On 15/10/16 13:43, Ajay Garg wrote:
> Hi All.
>
> I plan to integrate openssl in our client-side-framework, so that we can
> remove all the unneeded stuff (as the TLS-versions, and
> certificate-management is controlled by the server only, which is only a
> limited subset amongst the vast featur
Hi All.
I plan to integrate openssl in our client-side-framework, so that we can
remove all the unneeded stuff (as the TLS-versions, and
certificate-management is controlled by the server only, which is only a
limited subset amongst the vast feature-set of openssl).
As part of this, I am first br
13 matches
Mail list logo
