From: "Cédric Marie" <cedric.marie@openmailbox.org>
To: buildroot@busybox.net
Subject: [Buildroot] Option for debug support in DirectFB package
Date: Tue, 09 Jun 2015 09:29:00 +0200 [thread overview]
Message-ID: <ea9e1bad9d8e6c95d8611537b5224ccc@openmailbox.org> (raw)
In-Reply-To: <20150609001953.1c241187@free-electrons.com>
[Thomas Petazzoni]
> I am not sure I've made up my mind yet specifically about your
> question, but two informations:
>
> * BR2_PACKAGE_DIRECTFB_DEBUG will most likely be removed, as part of
> a patch series I have to bump the entire DirectFB stack. See:
>
> http://git.free-electrons.com/users/thomas-petazzoni/buildroot/log/?h=directfb-bump
>
> * --enable-debug / --disable-debug used to be passed to all autotools
> packages, depending on the state of the BR2_ENABLE_DEBUG option.
> This is no longer the case since commit
>
> http://git.buildroot.net/buildroot/commit/?id=0552a367dbdc27a211daaac3359d81dd537e384f.
It sounds like a very good idea to avoid mixing two "features" in
BR2_ENABLE_DEBUG.
We may need debugging symbols without wanting to add any overload in
binaries.
But then, since it is already commited, is your removal of DirectFB
specific debug option still relevant?
Or should we create another global option to enable debug (i.e. traces)
in autotools packages (and similar things in other types of packages
when possible)?
This is just a question, I have no personal need for this debug
option...
[Arnout Vandecappelle]
> That indeed sounds like a good solution. As mentioned by Thomas, the
> BR2_PACKAGE_DIRECTFB_DEBUG option will go away, so I'd suggest an
> option
> BR2_PACKAGE_DIRECTFB_DEBUG_SUPPORT that defaults to y.
It might sound strange to have an option for debug support (i.e. compile
the functions to print debug info) and no option for debug (i.e. use
these functions in DFB core).
Yet it seems to be the better idea, and the only way to force to compile
with no debug feature at all and to install in -pure directory.
Waiting for Thomas feedback...
Thank you.
--
C?dric
next prev parent reply other threads:[~2015-06-09 7:29 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-06-08 21:56 [Buildroot] Option for debug support in DirectFB package Cédric Marie
2015-06-08 22:19 ` Thomas Petazzoni
2015-06-09 7:29 ` Cédric Marie [this message]
2015-06-09 8:15 ` Thomas Petazzoni
2015-06-09 8:47 ` Cédric Marie
2015-06-08 22:27 ` Arnout Vandecappelle
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=ea9e1bad9d8e6c95d8611537b5224ccc@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