<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
	<channel>
		<title><![CDATA[wolfSSL - Embedded SSL Library — [SOLVED] cyassl folder in commercial version of wolfSSL]]></title>
		<link>https://www.wolfssl.com/forums/topic695-solved-cyassl-folder-in-commercial-version-of-wolfssl.html</link>
		<atom:link href="https://www.wolfssl.com/forums/feed-rss-topic695.xml" rel="self" type="application/rss+xml" />
		<description><![CDATA[The most recent posts in [SOLVED] cyassl folder in commercial version of wolfSSL.]]></description>
		<lastBuildDate>Fri, 07 Aug 2015 15:44:28 +0000</lastBuildDate>
		<generator>PunBB</generator>
		<item>
			<title><![CDATA[Re: [SOLVED] cyassl folder in commercial version of wolfSSL]]></title>
			<link>https://www.wolfssl.com/forums/post2128.html#p2128</link>
			<description><![CDATA[<p>Hi delphiwolf,</p><p>In January our library underwent a name change from CyaSSL to wolfSSL the cyassl and ctaocrypt directories now contain bakwards-compatibility files for clients who had the library prior to the name change. This way if they update to our newest release any existing projects they have will still compile with the old API calls.</p><p>If you are starting fresh with the latest API and do not need backwards compatibility in most cases they will not be needed.<br />Cases when they would be needed:<br />&nbsp; &nbsp; &nbsp; 1. Some of our example projects if you decide to use them may reference an old API call that was left in place for<br />&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; compatibility testing.<br />&nbsp; &nbsp; &nbsp; 2. If working in a Unix/Linux environment and building our library with auto tools, Makefile.am will expect cyassl and<br />&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; ctaocrypt directories to be there and will fail if they are not.<br />&nbsp; &nbsp; &nbsp; 3. Some files have the line &quot;#include &lt;cyassl/ssl.h&gt;&quot; for backwards compatibility. If you get an error saying the file cannot<br />&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; be opened simply remove that line if you do not need that functionality.</p><p>While working on your projects should you decide to remove cyassl/ and ctaocrypt/ directories and you come across an error like the following: &quot;Undefined reference to CyaSSL_get_cipher did you mean wolfSSL_get_cipher?&quot; that is an example of the compatibility layer not being in place simply change the name and you will be linking against the new API. for a complete list of the name changes reference cyassl/ssl.h.</p><p>Kind Regards,</p><p>Kaleb</p>]]></description>
			<author><![CDATA[null@example.com (Kaleb J. Himes)]]></author>
			<pubDate>Fri, 07 Aug 2015 15:44:28 +0000</pubDate>
			<guid>https://www.wolfssl.com/forums/post2128.html#p2128</guid>
		</item>
		<item>
			<title><![CDATA[[SOLVED] cyassl folder in commercial version of wolfSSL]]></title>
			<link>https://www.wolfssl.com/forums/post2127.html#p2127</link>
			<description><![CDATA[<p>In the commercial version of wolfssl&nbsp; we see a cyassl folder. Is this folder needed ? we tested wolfssl application by removing the cyassl folder and it worked fine . is there any need to keep the cyassl folder ? Can it be removed ?</p>]]></description>
			<author><![CDATA[null@example.com (delphiwolf)]]></author>
			<pubDate>Fri, 07 Aug 2015 06:32:52 +0000</pubDate>
			<guid>https://www.wolfssl.com/forums/post2127.html#p2127</guid>
		</item>
	</channel>
</rss>
