[vlc-devel] [PATCH 1/2] Added libcloudstorage to build system.

Paweł Wegner pawel.wegner95 at gmail.com
Fri Oct 28 14:29:53 CEST 2016


I don't know if you understand me correctly. By saying "libcloudstorage can
be compiled without cURL" I mean that
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:

https://code.videolan.org/videolan/libcloudstorage/blob/master/src/IHttp.h

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.
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.
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.

2016-10-28 14:14 GMT+02:00 Rémi Denis-Courmont <remi at remlab.net>:

> Le perjantaina 28. lokakuuta 2016, 11.04.27 EEST Paweł Wegner a écrit :
> > If I didn't miss any mail, I applied myself to all the comments from
> > previous iterations.
> > Actually you can compile libcloudstorage without cURL and OpenSSL, these
> > are not the required dependencies(libmicrohttpd doesn't depend on those).
>
> Unfortunately, that won´t really work if libcloudstorage is linked
> dynamically
> - unless libcloudstorage accesses cURL exclusively via dloplen().
>
> > About XML and JSON parsers, I don't know how to fix that, should those
> > parsers be pasted into libcloudstorage
> > so it doesn't link to libjsoncpp and tinyxml2? Or should I make the user
> of
> > the library responsible for
> > providing the implementation of parsers, which seems to me like an
> overkill
> > (I already do so with the http and crypto interface).
>
> I´m more concerned about network stuff, which almost never works correctly
> in
> VLC when outsourced to a library. So that´s cURL and the microhttpd.
>
> I hope the XML and JSON parsers are small.
>
> --
> Rémi Denis-Courmont
> Nonsponsored VLC developer
> http://www.remlab.net/CV.pdf
>
> _______________________________________________
> vlc-devel mailing list
> To unsubscribe or modify your subscription options:
> https://mailman.videolan.org/listinfo/vlc-devel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.videolan.org/pipermail/vlc-devel/attachments/20161028/58a612c0/attachment.html>


More information about the vlc-devel mailing list