<div dir="ltr">I don't know if you understand me correctly. By saying "libcloudstorage can be compiled without cURL" I mean that <div>it doesn't use cURL at all. If that's the case then the library's user should implement an interface described in this file:</div><div><br></div><div><a href="https://code.videolan.org/videolan/libcloudstorage/blob/master/src/IHttp.h">https://code.videolan.org/videolan/libcloudstorage/blob/master/src/IHttp.h</a><br></div><div><br></div><div>I was developing the library as my Google Summer of Core project, and I was discussing it a lot with j-b, chouquette and feepk.</div><div>j-b said that depending on microhttpd, tinyxml2 and jsoncpp is fine, but on cURL and crypto++ not, so I designed the IHttp and ICrypto interfaces. </div><div>I wanted to implement IHttp interface so that it uses vlc's networking stuff as a part of vlc code, but that's the thing I wanted to do later.</div></div><div class="gmail_extra"><br><div class="gmail_quote">2016-10-28 14:14 GMT+02:00 Rémi Denis-Courmont <span dir="ltr"><<a href="mailto:remi@remlab.net" target="_blank">remi@remlab.net</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">Le perjantaina 28. lokakuuta 2016, 11.04.27 EEST Paweł Wegner a écrit :<br>
> If I didn't miss any mail, I applied myself to all the comments from<br>
> previous iterations.<br>
> Actually you can compile libcloudstorage without cURL and OpenSSL, these<br>
> are not the required dependencies(libmicrohttpd doesn't depend on those).<br>
<br>
</span>Unfortunately, that won´t really work if libcloudstorage is linked dynamically<br>
- unless libcloudstorage accesses cURL exclusively via dloplen().<br>
<span class=""><br>
> About XML and JSON parsers, I don't know how to fix that, should those<br>
> parsers be pasted into libcloudstorage<br>
> so it doesn't link to libjsoncpp and tinyxml2? Or should I make the user of<br>
> the library responsible for<br>
> providing the implementation of parsers, which seems to me like an overkill<br>
> (I already do so with the http and crypto interface).<br>
<br>
</span>I´m more concerned about network stuff, which almost never works correctly in<br>
VLC when outsourced to a library. So that´s cURL and the microhttpd.<br>
<br>
I hope the XML and JSON parsers are small.<br>
<div class="HOEnZb"><div class="h5"><br>
--<br>
Rémi Denis-Courmont<br>
Nonsponsored VLC developer<br>
<a href="http://www.remlab.net/CV.pdf" rel="noreferrer" target="_blank">http://www.remlab.net/CV.pdf</a><br>
<br>
______________________________<wbr>_________________<br>
vlc-devel mailing list<br>
To unsubscribe or modify your subscription options:<br>
<a href="https://mailman.videolan.org/listinfo/vlc-devel" rel="noreferrer" target="_blank">https://mailman.videolan.org/<wbr>listinfo/vlc-devel</a><br>
</div></div></blockquote></div><br></div>