Hi,
I'm Denil C Verghese and I like to be a part contribute to this
organization as well as participate in upcoming GSoC program. I have
checked the Wiki entries related to GSoC. But I'm facing some error in
completing the quick start guide.
Problem: Build failed when executing *sb-set-builde
On 3/1/20 9:56 AM, Denil Verghese wrote:
> Hi,
> I'm Denil C Verghese and I like to be a part contribute to this
> organization as well as participate in upcoming GSoC program. I have checked
> the Wiki entries related to GSoC. But I'm facing some error in completing the
> quick start guide
On Sun, Mar 1, 2020, 12:03 AM suyash singh wrote:
> I don't know. There are checks for other things in the function when it
> return other than successful.
>
I don't know this code but count starts at 0. If nothing is processed, I
would expect the count to be 0 after the loop.
I would tend to c
hello everyone,
I am new here and I sent the patches:
1. > https://lists.rtems.org/pipermail/devel/2020-February/057669.html
2. > https://lists.rtems.org/pipermail/devel/2020-February/057671.html
3. > https://lists.rtems.org/pipermail/devel/2020-February/057711.html
a few days ago.
for adding tests
This is regarding the project I would like to work in
Improve Coverity Scan Integration
https://devel.rtems.org/ticket/3710
*FIRST POINT-*
I was thinking about implementing Coverity or clang analyzer as an offline
analyzer. Would it be a suitable idea to make a separate repo just for
testing purp
On 26/2/20 3:28 pm, Amar Takhar wrote:
> On 2020-02-26 15:27 +1100, Chris Johns wrote:
>>
>> Great, I am OK with the patch being pused. If it breaks on sync it will show
>> in
>> the build not updating and I am sure we can sort it out.
>
> Okay great I'll do that now then thank you!
>
The onlin
On 2/3/20 8:53 am, Chris Johns wrote:
> On 26/2/20 3:28 pm, Amar Takhar wrote:
>> On 2020-02-26 15:27 +1100, Chris Johns wrote:
>>>
>>> Great, I am OK with the patch being pused. If it breaks on sync it will
>>> show in
>>> the build not updating and I am sure we can sort it out.
>>
>> Okay great
On 2/3/20 9:19 am, Chris Johns wrote:
> On 2/3/20 8:53 am, Chris Johns wrote:
>> On 26/2/20 3:28 pm, Amar Takhar wrote:
>>> On 2020-02-26 15:27 +1100, Chris Johns wrote:
Great, I am OK with the patch being pused. If it breaks on sync it will
show in
the build not updating and I
On 2020-03-02 09:41 +1100, Chris Johns wrote:
>
> I have managed to hack around the issue with the following command ...
>
> pip install sphinxcontrib-bibtex==0.4.1
>
> I am waiting for the build to be posted in the web server.
That sounds annoying sorry for the trouble. I use Python 3.7 her
On Sun, Mar 1, 2020, 1:02 PM suyash singh wrote:
> This is regarding the project I would like to work in
>
> Improve Coverity Scan Integration
> https://devel.rtems.org/ticket/3710
>
> *FIRST POINT-*
> I was thinking about implementing Coverity or clang analyzer as an offline
> analyzer. Would it
On 29/2/20 10:42 am, Chris Johns wrote:
> On 2020-02-28 17:20, Sebastian Huber wrote:
>> On 28/02/2020 06:23, Chris Johns wrote:
>>> Hi,
>>>
>>> Please find attached an error log for libbsd for the BBB.
>>
>> This should be already fixed:
>>
>> https://git.rtems.org/rtems-libbsd/commit/?id=7606ec29
On 28/02/2020 14:50, Alan Cudmore wrote:
I had logged the verbose output from waf building the testsuite, but I
missed a couple of linker options in my makefile. It links now.
Is there a standalone rtems-libbsd example with a waf script or makefile?
I use home grown Makefiles for applications.
On 02/03/2020 03:42, Chris Johns wrote:
On 29/2/20 10:42 am, Chris Johns wrote:
On 2020-02-28 17:20, Sebastian Huber wrote:
On 28/02/2020 06:23, Chris Johns wrote:
Hi,
Please find attached an error log for libbsd for the BBB.
This should be already fixed:
https://git.rtems.org/rtems-libbsd
On 02/03/2020 02:31, Joel Sherrill wrote:
*THIRD POINT-*
Enabling and testing MISRA rules.
Do you know of a free tool that checks Misra C rules? There are closed
source products that do but I don't know of a FLOSS one.
cppcheck seems to have some support:
http://cppcheck.sourceforge
Update #3881.
---
c-user/scheduling_concepts.rst | 40
1 file changed, 40 insertions(+)
diff --git a/c-user/scheduling_concepts.rst b/c-user/scheduling_concepts.rst
index 22d39e1..211cd25 100644
--- a/c-user/scheduling_concepts.rst
+++ b/c-user/scheduling_
Close #3881.
---
c-user/scheduling_concepts.rst | 40
1 file changed, 40 insertions(+)
diff --git a/c-user/scheduling_concepts.rst b/c-user/scheduling_concepts.rst
index 211cd25..dac39a8 100644
--- a/c-user/scheduling_concepts.rst
+++ b/c-user/scheduling_c
Sorry, I forgot to change the commit messages.
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : +49 89 189 47 41-16
Fax : +49 89 189 47 41-09
E-Mail : sebastian.hu...@embedded-brains.de
PGP : Public key available on request.
Diese Na
Update #3881.
---
c-user/scheduling_concepts.rst | 40
1 file changed, 40 insertions(+)
diff --git a/c-user/scheduling_concepts.rst b/c-user/scheduling_concepts.rst
index 22d39e1..211cd25 100644
--- a/c-user/scheduling_concepts.rst
+++ b/c-user/scheduling_
Close #3881.
---
c-user/scheduling_concepts.rst | 40
1 file changed, 40 insertions(+)
diff --git a/c-user/scheduling_concepts.rst b/c-user/scheduling_concepts.rst
index 211cd25..dac39a8 100644
--- a/c-user/scheduling_concepts.rst
+++ b/c-user/scheduling_c
19 matches
Mail list logo
