[Buildroot] Libcurl : to depend or not to depend ?

Thomas Petazzoni thomas.petazzoni at free-electrons.com
Wed Mar 21 17:05:45 UTC 2012


Hello,

Le Wed, 21 Mar 2012 17:50:26 +0100,
"Sagaert Johan" <sagaert.johan at skynet.be> a écrit :

> I know what to do, but in case you need openssl and you also want libcurl BUT without SSL there is no way to build it like it is
> now.

Correct. Presumably, the size impact of OpenSSL support in libcurl is
pretty small (OpenSSL itself is huge, but the OpenSSL support in
libcurl is most likely relatively small), so it is generally not
necessary.

We might of course add a libcurl suboption to make this configurable,
but for most packages, the OpenSSL support is automatically enabled if
OpenSSL is present.

> The trick i use now to build libcurl without ssl is 
> 	disabling openssl
> 	build (libcurl gets build without SSL)
> 	enable openssl
> 	build (libcurl does'nt change and i also have openssl now.)

Or just modify libcurl.mk so that it always passes --without-ssl
regardless of whether OpenSSL is selected or not. I think it's much
easier.

I don't think Buildroot can really adapt to each and every situation
(and still be maintainable), and some special situations require direct
modifications of the .mk file. For example, not later than today, I had
to:

 * Change openssl.mk because I wanted to build only the static version
   (OpenSSL in my case was used only by one application, and linking
   OpenSSL statically against this application allowed some space
   savings)

 * Change avahi.mk to build the Avahi libraries statically, for the
   same reasons (only used by Avahi programs themselves, so it allows
   some space savings)

I just maintain those project-specific tweaks in a Git branch. They are
simple, so when I need to upgrade Buildroot they are not a big issue.

Regards,

Thomas
-- 
Thomas Petazzoni, Free Electrons
Kernel, drivers, real-time and embedded Linux
development, consulting, training and support.
http://free-electrons.com


More information about the buildroot mailing list