> From: openssl-users [mailto:openssl-users-boun...@openssl.org] On Behalf
> Of craig_we...@trendmicro.com
> Sent: Tuesday, October 18, 2016 14:05
>
> Ok, I see *how* this is happening, but I don't understand why. In the
> version of stdlib.h that I am including I see:
> [omitted]
>
> So, for C
ot;helping" me more than I want but I don't know how to make it stop.
-Original Message-
From: openssl-users [mailto:openssl-users-boun...@openssl.org] On Behalf Of
Salz, Rich
Sent: Friday, October 14, 2016 4:21 PM
To: openssl-users@openssl.org
Subject: Re: [openssl-users] OpenSSL
Stoul is usually a C++ function. Are you sure you're using the right compiler?
Add -lm to your link libraries?
That's all I've got.
--
Senior Architect, Akamai Technologies
Member, OpenSSL Dev Team
IM: richs...@jabber.at Twitter: RichSalz
--
openssl-users mailing list
To unsubscribe: http
I think you are right about some kind of munging of the .c source via some
header file. I just don't know exactly how to track that down. Here are the
files that reference _Stoul in libcrypto.a:
ec_pmeth.c
rsa_pmeth.c
dsa_pmeth.c
dh_pmeth.c
b_sock.c
asn1_gen.c
a_strnid.c
ocsp_ht.c
ts_conf.c
"Stoul" doesn't appear in OpenSSL source. It sounds like some header/runtime
integration issue. Try your 'nm' command with -o to see the filename.
--
openssl-users mailing list
To unsubscribe: https://mta.openssl.org/mailman/listinfo/openssl-users
We are integrating 1.0.2f into a single product that is built for a
Pentium-based platform and a Mips-based platform, both running on VxWorks. The
Pentium-based version compiles and links without error. But the Mips-based
version fails with undefined references to _Stoul. If I search the 2
l