<p dir="ltr">Hi Andy,</p>
<p dir="ltr">I'll have a look tonight - about 12 hours or so. I imagine I'll have something to say about the api/soname :)</p>
<p dir="ltr">Cheers,</p>
<p dir="ltr">Roger<br>
</p>
<div class="gmail_quote">On 6 Dec 2015 03:22, "Andy Green" <<a href="mailto:andy@warmcat.com">andy@warmcat.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi -<br>
<br>
Just a heads-up I'm planning to release 1.6 shortly.<br>
<br>
Although it's a short time since 1.5, we have a lot of new things.<br>
<br>
 - api rationalization (I explain in a moment)<br>
<br>
 - mingw and clang compatibility working<br>
<br>
 - mbed3 support usable (+/- the remaining mbed3 "500ms bug" they are working on fixing - <a href="https://github.com/ARMmbed/sockets/issues/38" rel="noreferrer" target="_blank">https://github.com/ARMmbed/sockets/issues/38</a> )<br>
<br>
 - several fixed mainly on windows stuff<br>
<br>
 - big refactor on the test apps including an official pthreads example<br>
<br>
 - cleaned out almost all windows build warnings (couple of deprecated api warnings is all that is left)<br>
<br>
 - zero defects on coverity (3 small ones fixed)... they have an interesting graph "average OSS defect density" is supposedly 0.35 per 100KLOC, our density started at 0.05 a year ago when Joakim set up coverity and now is zero.  (It's not the same as zero bugs unfortunately, but it hopefully means something).<br>
<br>
<br>
The goal of the api rationalization was to get rid of the confusing libwebsocket_ / libwebsockets_ api and struct prefixes and only use lws for everything.<br>
<br>
If you want to align your code with that, you can do it with<br>
<br>
 - /libwebsocket_/lws_/<br>
 - /libwebsockets_/lws_/<br>
 - /struct\ libwebsocket/struct\ lws/<br>
<br>
If you don't want to, or can't, update your user code, there are two layers of backwards compatibility.... #defines in libwebsockets.h mean you can just rebuild your app without changing anything (ie, keep the old api names) and you're good to go.<br>
<br>
If you are building the library for distro type usage, and / or you can't rebuild your app, you can enable a new cmake define -DLWS_WITH_OLD_API_WRAPPERS=1<br>
<br>
This causes the library to build wrapper functions with the old names, while also supporting the new names so you are compatible with both. For that reason there's no soname bump involved.<br>
<br>
Any testing of HEAD would be helpful ^^<br>
<br>
-Andy<br>
_______________________________________________<br>
Libwebsockets mailing list<br>
<a href="mailto:Libwebsockets@ml.libwebsockets.org" target="_blank">Libwebsockets@ml.libwebsockets.org</a><br>
<a href="http://ml.libwebsockets.org/mailman/listinfo/libwebsockets" rel="noreferrer" target="_blank">http://ml.libwebsockets.org/mailman/listinfo/libwebsockets</a><br>
</blockquote></div>