[Buildroot] [PATCH 04/12] lbase64: New package

Thomas Petazzoni thomas.petazzoni at free-electrons.com
Wed May 22 07:30:30 UTC 2013


Dear Arnout Vandecappelle,

On Wed, 22 May 2013 09:06:57 +0200, Arnout Vandecappelle wrote:

> > So, to me, while this option is still named BR2_PREFER_STATIC_LIB, we
> > should think of it as BR2_USE_ONLY_STATIC_LIB. Maybe someday we'll
> > rename it? :-)
> 
>   Probably not :-)

Well, with the nice Config.in.legacy stuff you've done, you've opened
new horizons to people like me who like to rename config options just
for the sake of it :-)

> > Of course, that raises the question of whether we should disable all
> > libraries/applications that use dlopen() libraries when this option is
> > enabled.
> 
>   Hm. Does dlopen() still work when e.g. libc is linked statically? I 
> guess not, because the dlopen()en library  would probably need some 
> symbols from libc. Therefore, packages that dlopen() should depend on 
> !BR2_PREFER_STATIC_LIB.

Yes, I believe so.

>   Now, I would say that we require the "use only" logic only for new 
> packages, and we fix packages as we go. I don't think it's worth to spend 
> a lot of effort fixing all the existing packages (like lua libraries, 
> gst-plugins, who knows what).

Yes, I agree. For now, the BR2_PREFER_STATIC_LIB=y configurations in
the autobuilders are raising a sufficient number of issues, so let's
try to solve those first. Once this settle down, I'll enable something
that checks whether any shared library is installed in the
BR2_PREFER_STATIC_LIB=y case, and which will make the build fail if
it's the case.

Best 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