From: "Cédric Marie" <cedric.marie@openmailbox.org>
To: buildroot@busybox.net
Subject: [Buildroot] [PATCH] directfb: add an option for debugging support
Date: Thu, 11 Jun 2015 14:58:33 +0200 [thread overview]
Message-ID: <339271dfef37197a3b13ecbd8222c28a@openmailbox.org> (raw)
In-Reply-To: <5578AFEC.4020107@mind.be>
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
next prev parent reply other threads:[~2015-06-11 12:58 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-06-09 20:43 [Buildroot] [PATCH] directfb: add an option for debugging support Cédric Marie
2015-06-10 21:45 ` Arnout Vandecappelle
2015-06-11 12:58 ` Cédric Marie [this message]
2015-06-11 20:32 ` Arnout Vandecappelle
2015-06-11 21:20 ` Cédric Marie
2015-06-11 22:24 ` Arnout Vandecappelle
2015-06-12 7:09 ` Cédric Marie
-- strict thread matches above, loose matches on Subject: below --
2015-06-15 20:02 Cédric Marie
2015-06-17 22:10 ` Arnout Vandecappelle
2015-06-21 7:38 ` Thomas Petazzoni
2015-06-14 20:51 Cédric Marie
2015-06-14 22:07 ` Arnout Vandecappelle
2015-06-15 6:33 ` Cédric Marie
2015-06-16 21:15 ` Arnout Vandecappelle
2015-06-09 20:32 Cédric Marie
2015-06-09 20:45 ` Cédric Marie
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=339271dfef37197a3b13ecbd8222c28a@openmailbox.org \
--to=cedric.marie@openmailbox.org \
--cc=buildroot@busybox.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox