[Buildroot] [PATCH] directfb: add an option for debugging support

Cédric Marie cedric.marie at openmailbox.org
Thu Jun 11 12:58:33 UTC 2015


Hi,

Le 2015-06-10 23:45, Arnout Vandecappelle a écrit :
>  I think the explanation you gave in your first mail would be valuable 
> here.

OK. I didn't want to give too much details in the end, but you're right.


> Certainly, the fact that the target installation path is suffixed with 
> -pure
> should be clarified.
> 
>  Do all the packages that depend on directfb still build correctly with 
> this
> -pure suffix?

The public library is not moved: /usr/lib/libdirectfb.so
Only internal libraries are placed in a different directory: 
/usr/lib/directfb-x.y.z-pure/
It contains following directories: gfxdrivers, inputdrivers, interfaces, 
systems, wm.
It makes no difference for applications using DFB.


Would you be satisfied with that description below, as a commit message?


DirectFB provides two options for debug:
* --enable-debug-support (default is yes)
* --enable-debug (default is no)
The first one provides the functions to print debug information. These
functions can be called inside DirectFB, or by an external DirectFB
driver in another package.
The second one enables verbose mode in DirectFB, using these functions.

Buildroot currently provides an option for the second one only. The
first one - which is necessary for the second one - is always enabled,
because this is the default value.

The new option (BR2_PACKAGE_DIRECTFB_DEBUG_SUPPORT) makes it possible
to disable debugging support (--disable-debug-support) in order to
build the library with no debug feature at all.

When debugging support is disabled, the target installation path of
internal libraries (/usr/lib/directfb-<version>) is suffixed with
-pure. The public library (/usr/lib/libdirectfb.so) remains unchanged.

Some external DirectFB drivers will install in
/usr/lib/directfb-<version>-pure in release mode. For that reason, it
is important that DirectFB can be configured to use this directory.



-- 
Cédric



More information about the buildroot mailing list