On 12/11/2020 08:30, Chris Johns wrote:
I am not sure. For example ...
https://docs.rtems.org/branches/master/user/bsps/bsps-arm.html#debugging
... has a picture of the wire links needed to enable debugging. We need to be
able to quickly and easily produce this sort of documentation.
We need
On 12/11/20 6:13 pm, Sebastian Huber wrote:
> On 11/11/2020 23:16, Chris Johns wrote:
>
>> On 12/11/20 3:46 am, Gedare Bloom wrote:
>>> On Wed, Nov 11, 2020 at 9:36 AM Sebastian Huber
>>> wrote:
On 11/11/2020 17:32, Gedare Bloom wrote:
> Hi Sebastian,
>
> What is the advan
On 11/11/2020 23:16, Chris Johns wrote:
On 12/11/20 3:46 am, Gedare Bloom wrote:
On Wed, Nov 11, 2020 at 9:36 AM Sebastian Huber
wrote:
On 11/11/2020 17:32, Gedare Bloom wrote:
Hi Sebastian,
What is the advantage of doing this?
I don't immediately see the rationale.
The advantage is that
On 12/11/20 4:36 pm, Sebastian Huber wrote:
> On 11/11/2020 22:43, Chris Johns wrote:
>
>> Does the problem exist in any of the other libdl tests?
> No, I checked all the dl*.yml files.'
Excellent and thanks for checking.
Chris
___
devel mailing list
d
On 12/11/20 5:39 pm, Sebastian Huber wrote:
> On 11/11/2020 22:37, Chris Johns wrote:
>
>> As an aside, are the links from one location in rtems-central? The link
>> itself
>> may need to be changed and the sources regenerated.
>
> It is defined in one place, however, present in some test files.
On 11/11/2020 22:37, Chris Johns wrote:
As an aside, are the links from one location in rtems-central? The link itself
may need to be changed and the sources regenerated.
It is defined in one place, however, present in some test files. So, you
need "sed" to change the text:
https://git.rtem
On 11/11/2020 22:43, Chris Johns wrote:
Does the problem exist in any of the other libdl tests?
No, I checked all the dl*.yml files.
--
embedded brains GmbH
Sebastian HUBER
Dornierstr. 4
82178 Puchheim
Germany
email: sebastian.hu...@embedded-brains.de
Phone: +49-89-18 94 741 - 16
Fax: +49-89
On 12/11/20 3:46 am, Gedare Bloom wrote:
> On Wed, Nov 11, 2020 at 9:36 AM Sebastian Huber
> wrote:
>>
>> On 11/11/2020 17:32, Gedare Bloom wrote:
>>
>>> Hi Sebastian,
>>>
>>> What is the advantage of doing this?
>>>
>>> I don't immediately see the rationale.
>>
>> The advantage is that as soon as
On 11/11/20 6:27 pm, Sebastian Huber wrote:
> On 11/11/2020 00:58, Chris Johns wrote:
>
These should not be linked into the base image. They are in the RAP image
in
dl06-tar.o.
>>> What shouldn't be linked in? The entire object files or only some functions
>>> in it?
>> In this tes
On 11/11/20 5:51 pm, Sebastian Huber wrote:
> On 11/11/2020 01:18, Chris Johns wrote:
>
>> On 10/11/20 5:41 pm, Sebastian Huber wrote:
>>> On 10/11/2020 00:05, Chris Johns wrote:
>>>
On 10/11/20 1:49 am, Sebastian Huber wrote:
> This patch set replaces some hand written header files of th
On 10/11/2020 16:53, Utkarsh Rai wrote:
- if ( executing != NULL ) {
- iter.previous = executing->last_user_extensions_iterator;
- executing->last_user_extensions_iterator = &iter;
Sorry, I haven't noticed this before. It seems that in thread context,
the iterators may be nested. There s
On 11/11/2020 18:23, Gedare Bloom wrote:
#if defined(__GNUC__)
- #define RTEMS_PREDICT_TRUE( _exp ) __builtin_expect( ( _exp ), 1 )
+ #define RTEMS_PREDICT_TRUE( _exp ) __builtin_expect( ( _exp ), 0 )
This looks like a typo, it should be 1 not 0?
Oh, yes. Thanks a lot for this thorough re
I checked the content of the 11 patches, I just noticed one
inconsistency in 11/11.
On Tue, Nov 10, 2020 at 11:51 PM Sebastian Huber
wrote:
>
> On 11/11/2020 01:18, Chris Johns wrote:
>
> > On 10/11/20 5:41 pm, Sebastian Huber wrote:
> >> On 10/11/2020 00:05, Chris Johns wrote:
> >>
> >>> On 10/1
On Mon, Nov 9, 2020 at 7:50 AM Sebastian Huber
wrote:
>
> Change license to BSD-2-Clause according to file histories and
> documentation re-licensing agreement.
>
> Update #3899.
> Update #3993.
> ---
> cpukit/include/rtems/score/basedefs.h | 1052 +
> 1 file changed, 705
These will be fine, with the manually edited warning fixed
On Mon, Nov 9, 2020 at 7:47 AM Sebastian Huber
wrote:
>
> The manager documentation is a consolidation of the comments in Doxygen
> markup and the documentation sources in Sphinx markup. The
> documentation was transfered to interface sp
On Tue, Nov 10, 2020 at 8:53 AM Utkarsh Rai wrote:
>
>
>
> On Thu, Nov 5, 2020 at 11:45 AM Sebastian Huber
> wrote:
>>
>> On 04/11/2020 19:38, Gedare Bloom wrote:
>>
>> >> Based on the above suggestions I tried to move the
>> >> User_extensions_Iterator storage to the TCB by adding a new fiel
Thanks for cleaning these up.
On Wed, Nov 11, 2020 at 12:22 AM Sebastian Huber
wrote:
>
> ---
> cpukit/doxygen/appl-config.h| 9 -
> cpukit/include/rtems.h | 9 -
> cpukit/include/rtems/io.h | 9 --
On Wed, Nov 11, 2020 at 9:36 AM Sebastian Huber
wrote:
>
> On 11/11/2020 17:32, Gedare Bloom wrote:
>
> > Hi Sebastian,
> >
> > What is the advantage of doing this?
> >
> > I don't immediately see the rationale.
>
> The advantage is that as soon as you add/remove a BSP family or variant
> to/from
On Wed, Nov 11, 2020 at 9:32 AM Sebastian Huber
wrote:
>
> On 11/11/2020 17:27, Gedare Bloom wrote:
>
> > On Tue, Nov 10, 2020 at 12:25 AM Sebastian Huber
> > wrote:
> >> On 10/11/2020 06:33, Chris Johns wrote:
> >>
> My question is if we really should indent by two levels for the
> c
On 11/11/2020 17:32, Gedare Bloom wrote:
Hi Sebastian,
What is the advantage of doing this?
I don't immediately see the rationale.
The advantage is that as soon as you add/remove a BSP family or variant
to/from the build you can generate an up to date user manual.
Having documentation of
Hi Sebastian,
What is the advantage of doing this?
I don't immediately see the rationale.
Gedare
On Wed, Nov 11, 2020 at 2:25 AM Sebastian Huber
wrote:
>
> Hello,
>
> currently, we have a hand crafted chapter with the BSPs and some
> documentation in the User Manual:
>
> https://docs.rtems.or
On 11/11/2020 17:27, Gedare Bloom wrote:
On Tue, Nov 10, 2020 at 12:25 AM Sebastian Huber
wrote:
On 10/11/2020 06:33, Chris Johns wrote:
My question is if we really should indent by two levels for the continuation of
long lines.
And my answer was it depends on what is being indented and wh
On 11/11/2020 17:24, Gedare Bloom wrote:
So: my counter-rule would be "use paranthesis if you think it makes an
expression easier to understand".
Nice. This is guide that does not paint itself into a corner.
Giving some flexibility on additional parens is fine with me. This
kind of rule is ori
On Tue, Nov 10, 2020 at 12:25 AM Sebastian Huber
wrote:
>
> On 10/11/2020 06:33, Chris Johns wrote:
>
> >> My question is if we really should indent by two levels for the
> >> continuation of
> >> long lines.
> > And my answer was it depends on what is being indented and why. The block
> > nestin
On Tue, Nov 10, 2020 at 5:08 PM Chris Johns wrote:
>
> On 10/11/20 6:38 pm, Thomas Doerfler wrote:
> > Hi,
> >
> > Am 10.11.20 um 06:33 schrieb Chris Johns:
> >> On 9/11/20 5:50 pm, Sebastian Huber wrote:
> >>> On 09/11/2020 01:52, Chris Johns wrote:
> >>>
> On 6/11/20 7:11 pm, Sebastian Hube
Hello,
currently, we have a hand crafted chapter with the BSPs and some
documentation in the User Manual:
https://docs.rtems.org/branches/master/user/bsps/index.html
I would like to generate this chapter using the BSP build specification
items, for example:
https://git.rtems.org/rtems/tree
26 matches
Mail list logo
