On 20/12/16 23:37, Chris Johns wrote:
On 21/12/2016 08:20, Gedare Bloom wrote:
I haven't fully understood the distinction. I get that C11 are
individually (and collectively) smaller. I don't entirely get what is
their time-space tradeoff or when they are less desirable.
There are a few
On 21/12/2016 08:20, Gedare Bloom wrote:
I haven't fully understood the distinction. I get that C11 are
individually (and collectively) smaller. I don't entirely get what is
their time-space tradeoff or when they are less desirable.
There are a few advantages to self-contained resources like
On Fri, Dec 16, 2016 at 11:26 AM, Sebastian Huber
wrote:
>
>
> On 15/12/16 23:34, Chris Johns wrote:
>>
>> On 15/12/2016 18:02, Sebastian Huber wrote:
>>>
>>> On 14/12/16 22:15, Chris Johns wrote:
On 15/12/2016 00:39, Sebastian Huber wrote:
>
> [...]
On 19/12/16 22:31, Chris Johns wrote:
On 19/12/2016 17:32, Sebastian Huber wrote:
On 16/12/16 21:50, Chris Johns wrote:
If the same storage model and performance can be gained with POSIX why
not look at moving in this direction.
We should change the POSIX synchronization objects
*
On 19/12/2016 17:32, Sebastian Huber wrote:
On 16/12/16 21:50, Chris Johns wrote:
If the same storage model and performance can be gained with POSIX why
not look at moving in this direction.
We should change the POSIX synchronization objects
* mutexes,
* rwlocks,
* barriers,
* condition
On 16/12/16 21:50, Chris Johns wrote:
On 17/12/16 3:26 am, Sebastian Huber wrote:
On 15/12/16 23:34, Chris Johns wrote:
On 15/12/2016 18:02, Sebastian Huber wrote:
On 14/12/16 22:15, Chris Johns wrote:
On 15/12/2016 00:39, Sebastian Huber wrote:
[...]
Would the "tiny" footprint be
On 17/12/16 3:26 am, Sebastian Huber wrote:
>
>
> On 15/12/16 23:34, Chris Johns wrote:
>> On 15/12/2016 18:02, Sebastian Huber wrote:
>>> On 14/12/16 22:15, Chris Johns wrote:
On 15/12/2016 00:39, Sebastian Huber wrote:
> [...]
Would the "tiny" footprint be smaller if all internal
On 15/12/16 23:34, Chris Johns wrote:
On 15/12/2016 18:02, Sebastian Huber wrote:
On 14/12/16 22:15, Chris Johns wrote:
On 15/12/2016 00:39, Sebastian Huber wrote:
[...]
Would the "tiny" footprint be smaller if all internal services
including compiler thread support are made C11? Could
On 15/12/2016 18:02, Sebastian Huber wrote:
On 14/12/16 22:15, Chris Johns wrote:
On 15/12/2016 00:39, Sebastian Huber wrote:
Use C11 mutexes instead of Classic semaphores as a performance
optimization and to simplify the application configuration.
The use of C11 mutexes has not been agreed
On 14/12/16 22:15, Chris Johns wrote:
On 15/12/2016 00:39, Sebastian Huber wrote:
Use C11 mutexes instead of Classic semaphores as a performance
optimization and to simplify the application configuration.
The use of C11 mutexes has not been agreed too and we need to discuss
this in more
On 14/12/16 22:43, Peter Dufault wrote:
Can someone help clarify the issue?
Is this a “required compiler to build RTEMS” question? That is, are
the compilers currently required to build the RTEMS Sebastian modified
guaranteed to support C11 mutexes, and is it desirable to be more
Can someone help clarify the issue?
Is this a “required compiler to build RTEMS” question? That is, are the
compilers currently required to build the RTEMS Sebastian modified guaranteed
to support C11 mutexes, and is it desirable to be more conservative about what
compiler is needed?
If C11
On 15/12/2016 00:39, Sebastian Huber wrote:
Use C11 mutexes instead of Classic semaphores as a performance
optimization and to simplify the application configuration.
The use of C11 mutexes has not been agreed too and we need to discuss
this in more detail before we allow use within RTEMS. I
13 matches
Mail list logo