axTLS/os_int.h:45:16: error: two or more data types in declaration specifiers
typedef char bool;
vtls/axtls.c:269:13: error: too few arguments to function 'ssl_client_new'
ssl = ssl_client_new(ssl_ctx, conn->sock[sockindex],
vtls/axtls.c:276:11: error: too few arguments to function 'ssl_client_new'
ssl = ssl_client_new(ssl_ctx, conn->sock[sockindex], NULL, 0);
axTLS is naughty when it defines symbols (like bool) out of its name space. That's an axTLS bug, not a curl bug.
Regarding ssl_client_new it sounds as if they've changed their API?
@bagder yes.they've changed their API.add some features.That's an axTLS bug for bool,but refuse to submit bug
So we can't report the axTLS bug and I can't work on fixing the libcurl side of things.
I got a config file from @dfandrich and using that I could build axTLS 2.1.2.
Does anyone think it is worth keeping support for the older axTLS API?
I'll remove the typedef char bool on the next build. But the API has changed due to SNI functionality being added. Looks like curl supports it: http://stackoverflow.com/questions/12941703/use-curl-with-sni-server-name-indication#12942331.
Of course curl supports SNI, it would be hard to function on the Internet without it! =) But quite apparently it does not do SNI with axTLS yet since we can't build with a axTLS version using the modified API.
I'm leaning towards just stating that we no longer build with older axTLS versions.
axtls: adapt to API changes
Builds with axTLS 2.1.2. This then also breaks compatibility with axTLS
< 2.1.0 (the older API)
... and fix the session_id mixup brought in 04b4ee5