From: Gilles Chanteperdrix <gilles.chanteperdrix@xenomai.org>
To: Leopold Palomo-Avellaneda <leo@alaxarxa.net>
Cc: Jan Kiszka <jan.kiszka@siemens.com>, xenomai <xenomai@xenomai.org>
Subject: Re: [Xenomai] Default options in the debian package
Date: Mon, 22 Apr 2013 13:42:06 +0200 [thread overview]
Message-ID: <5175220E.4090201@xenomai.org> (raw)
In-Reply-To: <201304220918.35684.leo@alaxarxa.net>
On 04/22/2013 09:18 AM, Leopold Palomo-Avellaneda wrote:
> A Divendres, 19 d'abril de 2013, Gilles Chanteperdrix va escriure:
>> On 04/19/2013 01:46 PM, Leopold Palomo-Avellaneda wrote:
>>
>>> [1]
>>> http://lists.mech.kuleuven.be/pipermail/orocos-users/2013-
> April/006986.html
>>
>>
>> Hi,
>>
>> that link does not tell us why you need this option. And that would be
>> the most important information.
>
> :-)
>
> you are right. I have pointed vague information about that. The complete
> thread commented that some people are getting errors using orocos with
> xenomai. Orocos use intensively the plugin architecture. As you can see in
> this thread:
>
> http://www.orocos.org/forum/orocos/orocos-users/problem-orocos-under-xenomai
>
> some user point that the solution to load the plugin is to activate this
> option in xenomai libs.
>
>> If what you need to disable is TLS, then configuring xenomai with
>> --without-__thread is sufficient
>>
>> If what you need is to avoid the main thread shadowing, we are not going
>> to configure xenomai with --enable-dlopen-skins as it breaks otherwise
>> conformant applications, but we can add an environment variable like
>> XENO_PTHREAD_NO_AUTO_SHADOW to allow supporting both situations.
>>
>
> I don't know if this is a solution, it overpass my knowledge. I would like to
> put the detail that, under my subjective point of view, without numerical
> data, the orocos users (and cnc users) are the main users of the debian
> package. If, we activate that option and we solve this issue, no package
> recompilation are needed, that's all.
>
> I don't know the deep repercussion of that decision. Jan Kiszka said in
> another mail:
>
>> default is a micro-performance degradation (likely not an issue) and the
> lacking auto-shadowing of the main thread when using POSIX skins
>
> You are the main developers, your decisions are the most important, but I
> think that a lot of people activate that, at least the users that use that
> debian package.
The problem is that if we do not shadow the main thread, we break
programs that used to work, and also break programs for reasons which
are hard to understand for a new-comer. Hence the question, would not
--without__thread be sufficient for Orocos? Only an Orocos user has the
answer to this question.
--
Gilles.
next prev parent reply other threads:[~2013-04-22 11:42 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-04-19 11:46 [Xenomai] Default options in the debian package Leopold Palomo-Avellaneda
2013-04-19 12:48 ` Jan Kiszka
2013-04-19 19:06 ` Gilles Chanteperdrix
2013-04-20 6:04 ` Michael Haberler
2013-04-20 8:19 ` Jan Kiszka
2013-04-20 15:14 ` Gilles Chanteperdrix
2013-04-20 15:18 ` Jan Kiszka
2013-04-20 15:21 ` Gilles Chanteperdrix
2013-04-20 15:27 ` Jan Kiszka
2013-04-20 15:30 ` Gilles Chanteperdrix
2013-04-22 7:11 ` Jan Kiszka
2013-04-22 11:37 ` Gilles Chanteperdrix
2013-04-22 13:42 ` Jan Kiszka
2013-04-22 18:57 ` Gilles Chanteperdrix
2013-04-23 8:21 ` Jan Kiszka
2013-04-23 11:20 ` Gilles Chanteperdrix
2013-04-23 12:22 ` Jan Kiszka
2013-04-23 12:40 ` Philippe Gerum
2013-04-23 12:55 ` Jan Kiszka
2013-04-23 13:03 ` Philippe Gerum
2013-04-22 15:15 ` Jeff Webb
2013-04-22 7:18 ` Leopold Palomo-Avellaneda
2013-04-22 11:42 ` Gilles Chanteperdrix [this message]
2013-04-22 14:54 ` Leopold Palomo-Avellaneda
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=5175220E.4090201@xenomai.org \
--to=gilles.chanteperdrix@xenomai.org \
--cc=jan.kiszka@siemens.com \
--cc=leo@alaxarxa.net \
--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.