[PATCH v2 rtems_littlevgl 1/3] waf: Remove unnecessary code.

--- lvgl.py | 11 +-- 1 file changed, 1 insertion(+), 10 deletions(-) diff --git a/lvgl.py b/lvgl.py index 5452ed0..f275287 100644 --- a/lvgl.py +++ b/lvgl.py @@ -68,26 +68,17 @@ def build(bld): sources, includes = source_list(bld) includes.append('.') -objects = [] i

[PATCH v2 rtems_littlevgl 3/3] Update to lvgl v6.1.2

--- lv_drivers | 2 +- lvgl | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/lv_drivers b/lv_drivers index 117812e..24cedaa 16 --- a/lv_drivers +++ b/lv_drivers @@ -1 +1 @@ -Subproject commit 117812eec9a5b82fe879f53ee0d1bf39cb9027c8 +Subproject commit 24cedaa756b83c

[PATCH v2 rtems_littlevgl 2/3] waf: Enable optimization and debug symbols.

--- lvgl.py | 1 + 1 file changed, 1 insertion(+) diff --git a/lvgl.py b/lvgl.py index f275287..b91a265 100644 --- a/lvgl.py +++ b/lvgl.py @@ -77,6 +77,7 @@ def build(bld): bld.stlib(target = 'lvgl', features = 'c', + cflags = ['-O2', '-g'], inclu

Re: [PATCH rtems_littlevgl 1/2] waf: Remove unnecessary code.

Hello Vijay, thanks for the hint and the review. I removed the objects too. Beneath that I added another patch to use a release version of lvgl. Best regards Christian On 16/03/2020 21:50, Vijay Kumar Banerjee wrote: > Hi! > > On Wed, Mar 11, 2020 at 7:59 PM Christian Mauderer >

[PATCH] Improve Python 3 compatibility

--- tester/rt/check.py | 2 +- wscript| 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/tester/rt/check.py b/tester/rt/check.py index c7f6c23..2a38d99 100755 --- a/tester/rt/check.py +++ b/tester/rt/check.py @@ -284,7 +284,7 @@ class warnings_errors: commo

Re: RTEMS Docs: Adding GSoC Getting Started Instructions

On Tue, Mar 17, 2020 at 2:28 AM Gedare Bloom wrote: > On Mon, Mar 16, 2020 at 12:56 PM Niteesh G. S. > wrote: > > > > I am interested in taking up #3907. I'll mostly be copying and updating > the contents from the old wiki site. > > > > I have the following plan in mind. I'll start working on it

[PATCH] c-user: Canonicalize configuration option groups

Update #3836. --- c-user/config/bdbuf.rst | 4 ++-- c-user/config/classic-api.rst | 3 +-- c-user/config/classic-init-task.rst | 5 ++--- c-user/config/device-driver.rst | 8 ++-- c-user/config/event-record.rst| 2 ++ c-user/config/filesystem.rst

Re: What sanitizers preferred?

I have asked about the constraints on LLVM sanitizers github. Waiting for their response. If sanitizers is not possible, is only adding clang-analyzer too small a project for GSOC? If its too small there are several clang tools like thread safety analysis, clang format and clang check which could

[rtems_waf PATCH] rtems: Allow checking multiple environment variable

--- rtems.py | 9 + 1 file changed, 5 insertions(+), 4 deletions(-) diff --git a/rtems.py b/rtems.py index 6dd71b1..ceabcd9 100644 --- a/rtems.py +++ b/rtems.py @@ -479,10 +479,11 @@ def check_options(ctx, prefix, rtems_tools, rtems_path, rtems_version, rtems_arc return rtems_vers

[rtems-examples PATCH 1/2] filesystem: Add checks for rtems-bin2c

--- file_io/crc/wscript| 23 --- filesystem/fat_ramdisk/wscript | 18 +- 2 files changed, 21 insertions(+), 20 deletions(-) diff --git a/file_io/crc/wscript b/file_io/crc/wscript index 531da20..45384a9 100644 --- a/file_io/crc/wscript +++ b/file_io/

[rtems-examples PATCH 2/2] Replace deprecated CONFIGURE_LIBIO_MAXIMUM_FILE_DESCRIPTORS with CONFIGURE_MAXIMUM_FILE_DESCRIPTORS

--- benchmarks/nbench/main.c| 2 +- c11/c11_cndvar01/rtems_config.c | 2 +- c11/c11_key01/rtems_config.c| 2 +- c11/c11_mutex01/rtems_config.c | 2 +- c11/c11_thread01/rtems_config.c | 2 +- file_io/crc/init.c | 2 +- file_io/fdopen/README | 2 +- file_io/fdopen

Re: [rtems-examples PATCH 2/2] Replace deprecated CONFIGURE_LIBIO_MAXIMUM_FILE_DESCRIPTORS with CONFIGURE_MAXIMUM_FILE_DESCRIPTORS

Should the examples also work with RTEMS 4.10 or 4.11? ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel

Re: [rtems-examples PATCH 2/2] Replace deprecated CONFIGURE_LIBIO_MAXIMUM_FILE_DESCRIPTORS with CONFIGURE_MAXIMUM_FILE_DESCRIPTORS

On Tue, Mar 17, 2020 at 3:25 PM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > Should the examples also work with RTEMS 4.10 or 4.11? > > That's a good point. Should we sort out the examples that are not expected to work on 4.10 and 4.11 (like lvgl example) and do this change only

Re: [PATCH] Improve Python 3 compatibility

Thanks, please push. On 17/3/20 6:34 pm, Sebastian Huber wrote: > --- > tester/rt/check.py | 2 +- > wscript| 2 +- > 2 files changed, 2 insertions(+), 2 deletions(-) > > diff --git a/tester/rt/check.py b/tester/rt/check.py > index c7f6c23..2a38d99 100755 > --- a/tester/rt/check.py >

Re: [PATCH 2/2] Add a message to run 'pytest' to run rest of test suite.

On 2020-03-17 06:52 +0100, Sebastian Huber wrote: > So you would not use test classes to group tests for a specific class? No I would not typically grouping tests involves keeping them in separate files. You gain no advantage to keeping them all in one large file. You can also use directory s

Re: [rtems-examples PATCH 2/2] Replace deprecated CONFIGURE_LIBIO_MAXIMUM_FILE_DESCRIPTORS with CONFIGURE_MAXIMUM_FILE_DESCRIPTORS

The examples are released with each RTEMS version. The examples master should track RTEMS master. https://ftp.rtems.org/pub/rtems/releases/5/5.0.0/5.0.0-m2003/ includes a mated rtems-examples. --joel On Tue, Mar 17, 2020 at 5:11 AM Vijay Kumar Banerjee < vijaykumar9...@gmail.com> wrote: > > >

Re: [rtems-examples PATCH 2/2] Replace deprecated CONFIGURE_LIBIO_MAXIMUM_FILE_DESCRIPTORS with CONFIGURE_MAXIMUM_FILE_DESCRIPTORS

I should have said that I am OK with this patch and if the examples build with the the waf patch to the examples build system, I'm OK with that also. I am not comfortable reviewing the patch to the rtems waf infrastructure. Sebastian, if you can push these, it would be appreciated. I'm about to h

Re: Description of rtems-libbsd testsuite applications

Hello Sebastian, I followed your recommendations regarding rtems_test_begin(), rtems_test_end() and RTEMS_TEST_STATE_USER_INPUT. Now I'm working on getting running the rtems-libbsd testsuit with RTEMS Tester. I would like to ask you 2 questions: 1. About arphole: In the arp_processor()

Re: [PATCH 2/2] Add a message to run 'pytest' to run rest of test suite.

On 17/03/2020 13:55, Amar Takhar wrote: On 2020-03-17 06:52 +0100, Sebastian Huber wrote: So you would not use test classes to group tests for a specific class? No I would not typically grouping tests involves keeping them in separate files. You gain no advantage to keeping them all in one lar

Re: [PATCH 2/2] Add a message to run 'pytest' to run rest of test suite.

On 17/03/2020 06:54, Sebastian Huber wrote: On 16/03/2020 20:26, Amar Takhar wrote: I should have also added some of my own reasons why pytest is better for writing tests in Python:    - Fantastic exception handling makes it far easier to debug test and code. PDB works seamlessly.   

Re: RTEMS Docs: Adding GSoC Getting Started Instructions

On Tue, Mar 17, 2020 at 2:12 AM Niteesh G. S. wrote: > > On Tue, Mar 17, 2020 at 2:28 AM Gedare Bloom wrote: >> >> On Mon, Mar 16, 2020 at 12:56 PM Niteesh G. S. wrote: >> > >> > I am interested in taking up #3907. I'll mostly be copying and updating >> > the contents from the old wiki site. >>

Re: Documentation of the Configuration Options

Hello, I added the configuration groups and options as specification items: https://git.rtems.org/sebh/rtems-qual.git/tree/spec/acfg/opt I can generate the latest documentation sources one-to-one from the specification with this module: https://git.rtems.org/sebh/rtems-qual.git/tree/rtemsqua

Fwd: GSoC Announcement: GSoC 2020 Student applications are now open (until March 31 at 1800 UTC)

Hi This should be passed along to any students interested. Also they need to do our hello world task and work on their application. --joel -- Forwarded message - From: Google Summer of Code Announce < google-summer-of-code-annou...@googlegroups.com> Date: Mon, Mar 16, 2020 at 1:

Re: [PATCH 2/2] Add a message to run 'pytest' to run rest of test suite.

On 2020-03-17 15:21 +0100, Sebastian Huber wrote: > > It seems that pytest recommends monkeypatch: > > https://docs.pytest.org/en/latest/monkeypatch.html > Yes, also I use this: https://github.com/pytest-dev/pytest-mock Plugins are extremely easy to use in pytest and are usually comprised o

Re: [PATCH 2/2] Add a message to run 'pytest' to run rest of test suite.

On 2020-03-17 15:20 +0100, Sebastian Huber wrote: > > Ok, what would be a recommendation for the guidelines? Something like this: > > Place tests for a module in a directory. Use individual test files for tests > related to a particular class or functionality, e.g. module/test_xyz.py. > > OR >

[PATCH] user/gsoc: GSoC Getting Started Instructions

--- user/index.rst | 1 + user/start/gsoc.rst | 453 +++ user/start/index.rst | 1 + 3 files changed, 455 insertions(+) create mode 100644 user/start/gsoc.rst diff --git a/user/index.rst b/user/index.rst index 0e644c9..f253ea6 100644 --- a/user/

[PATCH v2] eng: Add Python development guidelines

--- v2: * Fix grammar * Recommend pytest instead of unittest eng/management.rst | 1 + eng/python-devel.rst | 163 +++ 2 files changed, 164 insertions(+) create mode 100644 eng/python-devel.rst diff --git a/eng/management.rst b/eng/management

[PATCH] Improve Python 3 compatibility misc directory

From: Anmol Mishra --- misc/tools/boot.py | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/misc/tools/boot.py b/misc/tools/boot.py index 265d1b3..78e43bc 100644 --- a/misc/tools/boot.py +++ b/misc/tools/boot.py @@ -147,7 +147,7 @@ class bootloader(object): self.cl

Re: [PATCH] Improve Python 3 compatibility misc directory

Refer https://docs.python.org/3.1/whatsnew/3.0.html On Wed, 18 Mar, 2020, 02:22 Anmol mishra, wrote: > From: Anmol Mishra > > --- > misc/tools/boot.py | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git a/misc/tools/boot.py b/misc/tools/boot.py > index 265d1b3..78e43bc 1

Too Build Failures on Various Hosts

Hi I haven't made a master list but it seems as though a number of target architectures seem to have issues on different hosts. Do we have a master list to attempt to burn down? I know Chris mentioned moving some targets back a bit on gdb (I think) to move past this quickly. What's the set is ho

Regarding my proposal.

Hi, I have been closely watching the mailing list as well as my proposal for any suggestions of any kind but, so far I received none. Is there anything that I can do to improve my proposal so that it benefits the community. As mentioned in the RTEMS GSoC page repeated review gives more c

Re: Improve the Raspberry Pi BSP

On Sun, Mar 15, 2020, 10:20 PM Denil Verghese wrote: > Hi, >I would like to know whether the projects shown in this > https://devel.rtems.org/ticket/2899 ticket is completed or not. If the > ideas are yet to implement I could work on it. > I think there is plenty left. I am not authoritative

Re: [rtems_waf PATCH] rtems: Allow checking multiple environment variable

Hi, Nice change, I have pushed this. Chris On 17/3/20 8:52 pm, Vijay Kumar Banerjee wrote: > --- > rtems.py | 9 + > 1 file changed, 5 insertions(+), 4 deletions(-) > > diff --git a/rtems.py b/rtems.py > index 6dd71b1..ceabcd9 100644 > --- a/rtems.py > +++ b/rtems.py > @@ -479,10 +479,

Re: [rtems-examples PATCH 2/2] Replace deprecated CONFIGURE_LIBIO_MAXIMUM_FILE_DESCRIPTORS with CONFIGURE_MAXIMUM_FILE_DESCRIPTORS

On 18/3/20 12:06 am, Joel Sherrill wrote: > I should have said that I am OK with this patch and if the examples build with > the the waf patch to the examples build system, I'm OK with that also. The patch needs to have an updated rtems_waf to pull in the env var check I just pushed. > I am not c

Re: [PATCH] rtems: Add support for building with Clang/LLVM

On 17/3/20 4:50 pm, Sebastian Huber wrote: > On 17/03/2020 03:09, Chris Johns wrote: > >>> That follows the rtems/waf (new build system) convention by default. >> Do you mean the work Sebastian is doing? If you are, it currently might but >> that >> work is not finished and it may change, partial

Re: [PATCH 2/2] Add a message to run 'pytest' to run rest of test suite.

On 17/3/20 5:23 pm, Sebastian Huber wrote: > On 17/03/2020 01:05, Amar Takhar wrote: > >> On 2020-03-17 10:55 +1100, Chris Johns wrote: >>> On 17/3/20 7:21 am, Sebastian Huber wrote: Chris, what do you think about using pytest in favour of the standard Python unitttest? >>> I am fi

Re: [PATCH 2/2] Add a message to run 'pytest' to run rest of test suite.

On 18/3/20 4:59 am, Amar Takhar wrote: > On 2020-03-17 15:21 +0100, Sebastian Huber wrote: >> >> It seems that pytest recommends monkeypatch: >> >> https://docs.pytest.org/en/latest/monkeypatch.html >> > > Yes, also I use this: > > https://github.com/pytest-dev/pytest-mock > > Plugins are extr

Re: [PATCH v2] eng: Add Python development guidelines

On 18/3/20 7:50 am, Sebastian Huber wrote: > --- > v2: > > * Fix grammar > * Recommend pytest instead of unittest > > eng/management.rst | 1 + > eng/python-devel.rst | 163 > +++ > 2 files changed, 164 insertions(+) > create mode 100644 eng/

Re: What sanitizers preferred?

Yes it uses virtual memory. I confirmed from a LLVM sanitizer contributor. On Mon, Mar 16, 2020 at 9:35 PM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > On 15/03/2020 17:52, suyash singh wrote: > > Hello, > Out of > AddressSanitizer

GSoC 2020 memory protection project initial draft.

Hi, I have prepared my initial draft for the project and look forward to your feedback on the same. I have also added this to the GSoC tracking page. GSOC2020_ Rai_Memory_Protection ___

Re: [PATCH] rtems: Add support for building with Clang/LLVM

On 18/03/2020 06:10, Chris Johns wrote: On 17/3/20 4:50 pm, Sebastian Huber wrote: On 17/03/2020 03:09, Chris Johns wrote: That follows the rtems/waf (new build system) convention by default. Do you mean the work Sebastian is doing? If you are, it currently might but that work is not finishe

Re: What sanitizers preferred?

AddressSanitizer is supported on Android ARM ThreadSanitizer supported on x86_64 Memory sanitizer and UBsan not on the ones you mentioned but on freeBSD DataFlowSanitizer is under development for x86_64 Linux But they use virtual memory. On Mon, Mar 16, 2020 at 10:25 PM Joel Sherrill wrote: >

Re: [PATCH v2] eng: Add Python development guidelines

On 18/03/2020 06:28, Chris Johns wrote: Build System Any need to have something about the build system to be used to wrap a project? There is waf as used in rtems-tools and then are are Python packaging systems. Should this be covered? Yes, this should be covered, but I would like

[PATCH v3] eng: Add Python development guidelines

--- v3: * Use "preferred" instead of "main" language. v2: * Fix grammar * Recommend pytest instead of unittest eng/management.rst | 1 + eng/python-devel.rst | 163 +++ 2 files changed, 164 insertions(+) create mode 100644 eng/python-devel.r

Re: [PATCH v2] eng: Add Python development guidelines

On 18/3/20 4:52 pm, Sebastian Huber wrote: > On 18/03/2020 06:28, Chris Johns wrote: > >> Build System >> >> >> Any need to have something about the build system to be used to wrap a >> project? >> There is waf as used in rtems-tools and then are are Python packaging >> systems. >>

Re: Build Linux: FAILED 6/rtems-riscv on x86_64-linux-gnu (riscv-rtems6-gdb-771dd3a-x86_64-linux-gnu-1)

On 18/03/2020 05:53, j...@rtems.org wrote: libtool: compile: gcc -O2 -g -pipe -I/home/joel/rtems-cron-6/rtems-source-builder/rtems/build/tmp/sb-1001/6/rtems-riscv/home/joel/rtems-cron-6/tools/6/include -DHAVE_CONFIG_H -I. -I../../sourceware-mirror-binutils-gdb-771dd3a/bfd -DBINDIR=\"/home/joel/

Re: Build FreeBSD: FAILED 5/rtems-mips on x86_64-freebsd12.1 (mipstx39-rtems5-gdb-8.0.1-x86_64-freebsd12.1-1)

I don't have this fail on my FreeBSD 12.1 VM: https://lists.rtems.org/pipermail/build/2020-March/011712.html I use the GNU sed to build the tools. ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel

Re: Build FreeBSD: FAILED 5/rtems-mips on x86_64-freebsd12.1 (mipstx39-rtems5-gdb-8.0.1-x86_64-freebsd12.1-1)

On 18/3/20 5:12 pm, Sebastian Huber wrote: > I don't have this fail on my FreeBSD 12.1 VM: > > https://lists.rtems.org/pipermail/build/2020-March/011712.html > > I use the GNU sed to build the tools. > Hmmm, I am undecided if it is too late in the release cycle to check for GNU sed and build it

Re: Build FreeBSD: FAILED 5/rtems-mips on x86_64-freebsd12.1 (mipstx39-rtems5-gdb-8.0.1-x86_64-freebsd12.1-1)

On 18/03/2020 07:24, Chris Johns wrote: On 18/3/20 5:12 pm, Sebastian Huber wrote: I don't have this fail on my FreeBSD 12.1 VM: https://lists.rtems.org/pipermail/build/2020-March/011712.html I use the GNU sed to build the tools. Hmmm, I am undecided if it is too late in the release cycle t

Re: Build FreeBSD: FAILED 5/rtems-mips on x86_64-freebsd12.1 (mipstx39-rtems5-gdb-8.0.1-x86_64-freebsd12.1-1)

On 18/3/20 5:29 pm, Sebastian Huber wrote: > On 18/03/2020 07:24, Chris Johns wrote: >> On 18/3/20 5:12 pm, Sebastian Huber wrote: >>> I don't have this fail on my FreeBSD 12.1 VM: >>> >>> https://lists.rtems.org/pipermail/build/2020-March/011712.html >>> >>> I use the GNU sed to build the tools. >

RTEMS python standardisation

Hello, I know you must be consumed into other work and repositories, but I have been waiting for your response on the proposal and patch. I just need a starting point and Is there any guide for python repositories testing, I can see a lot of discussion in the past 2 days. I really look forward to h