From: Jan Kiszka <jan.kiszka@domain.hid>
To: Gilles Chanteperdrix <gilles.chanteperdrix@xenomai.org>
Cc: xenomai-core <xenomai@xenomai.org>
Subject: Re: [Xenomai-core] [PATCH 3/3] control POSIX skin debugging independently
Date: Tue, 21 Nov 2006 12:26:06 +0100 [thread overview]
Message-ID: <4562E24E.4000209@domain.hid> (raw)
In-Reply-To: <4562CE05.70900@domain.hid>
[-- Attachment #1: Type: text/plain, Size: 1510 bytes --]
Gilles Chanteperdrix wrote:
> Jan Kiszka wrote:
>> Following the logic of per-subsystem debug feature control, this patch
>> introduces a separate kconfig switch XENO_OPT_POSIX_DEBUG and updates
>> the involved source files.
>
> I find the "if(XENO_DEBUG(FOO))" notation make it hard to understand
> that the piece of code that follows is disabled at compilation time,
> #ifdef CONFIG_XENO_OPT_FOO_DEBUG is easier to read. This also avoid the
> rather inelegant
>
> #ifndef CONFIG_XENO_OPT_POSIX_DEBUG
> #define CONFIG_XENO_OPT_POSIX_DEBUG 0
> #endif
For now that's just for the sake of consistency with other debugging
parts in Xenomai. But once you may want to use XENO_ASSERT or XENO_BUGON
also in the POSIX skin, the above becomes necessary anyway.
I thought a lot about how to encapsulate the #ifndef more gracefully,
but unfortunately you cannot build preprocessor statements from a
preprocessor macro. If anyone has an idea how to obtain the
XENO_ASSERT&friends semantics without any #ifndef-#define constructions,
please let me know.
About the "if (XENO_DEBUG(POSIX))": I'm OK with converting them back to
"#if XENO_DEBUG(POSIX)" if this is preferred.
>
> Now about the Posix skin patch, in my opinion the Posix skin debug
> should be enabled by default, because these printks are the indication
> that there is something wrong in the user code: some objects were
> created but not destroyed.
Ok, will make it "default y" in the next patch revision.
Jan
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 250 bytes --]
next prev parent reply other threads:[~2006-11-21 11:26 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-11-20 23:14 [Xenomai-core] [PATCH 3/3] control POSIX skin debugging independently Jan Kiszka
2006-11-21 9:59 ` Gilles Chanteperdrix
2006-11-21 11:26 ` Jan Kiszka [this message]
2006-11-21 16:27 ` Thomas Lockhart
2006-11-21 19:13 ` Jan Kiszka
2006-11-22 7:21 ` Jan Kiszka
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=4562E24E.4000209@domain.hid \
--to=jan.kiszka@domain.hid \
--cc=gilles.chanteperdrix@xenomai.org \
--cc=xenomai@xenomai.org \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.