Re: Release task request for help

On 28/4/20 11:51 am, Niteesh G. S. wrote: https://github.com/gs-niteesh/rtems-release/commit/8666bcd66066512f91194660817cd42cbb8c76e9 If it is okay for you, then I will send the patch to the mailing list. The repos list is now just the package names and the branch script as it is expects the r

Re: Release task request for help

https://github.com/gs-niteesh/rtems-release/commit/8666bcd66066512f91194660817cd42cbb8c76e9 If it is okay for you, then I will send the patch to the mailing list. On Tue, Apr 28, 2020 at 7:09 AM Chris Johns wrote: > On 28/4/20 11:30 am, Niteesh G. S. wrote: > > I have updated the scripts. Plea

Re: Release task request for help

On 28/4/20 11:30 am, Niteesh G. S. wrote: I have updated the scripts. Please have a look at it once again. rtems-release-branch https://github.com/gs-niteesh/rtems-release/commit/855a2927db21dd6f2b7612d7bc3f7b1407e4730c That looks OK. rtems-release-defaults https://github.com/gs-niteesh/rtem

Re: Release task request for help

On 28/4/20 11:08 am, Niteesh G. S. wrote: Sounds good. But what is the difference between an RTEMS-package and repo? Aren't they the same? I suggest we have a repos variables initialised with the packages. A repo may not be a package, e.g. the releases repo is captured in the contrib tree and

Re: Release task request for help

On 28/4/20 11:10 am, Niteesh G. S. wrote: The testing method I used had a flaw. Since I don't have access to RTEMS server, I replaced the URL with GIthub and it seems that github keeps references to old repos because of this I wasn't getting an error due to the wrong repo name. Ah OK. Thanks C

Re: Release task request for help

I have updated the scripts. Please have a look at it once again. rtems-release-branch https://github.com/gs-niteesh/rtems-release/commit/855a2927db21dd6f2b7612d7bc3f7b1407e4730c rtems-release-defaults https://github.com/gs-niteesh/rtems-release/commit/8be7e006f3f06fa1040bcdefdbccbdbe0784ad8c On

Re: Release task request for help

The testing method I used had a flaw. Since I don't have access to RTEMS server, I replaced the URL with GIthub and it seems that github keeps references to old repos because of this I wasn't getting an error due to the wrong repo name. On Tue, Apr 28, 2020 at 6:38 AM Niteesh G. S. wrote: > Soun

Re: Release task request for help

Sounds good. But what is the difference between an RTEMS-package and repo? Aren't they the same? On Tue, Apr 28, 2020 at 6:25 AM Chris Johns wrote: > On 28/4/20 10:50 am, Niteesh G. S. wrote: > > The rtems-release-defaults already contains a rtems-packages > > variable. Can I use that instead of

Re: Release task request for help

On 27/4/20 10:15 pm, Niteesh G. S. wrote: Hello Chris, On Mon, Apr 27, 2020 at 3:47 AM Chris Johns > wrote: Hi, Sorry about the delay getting back to you. I had to take our dog to vet last Friday and then it was the weekend ... :) That's okay :) On 23

Re: [PATCH 0/3] Source Builder: Fixes for Python 3.8

On 28/4/20 5:15 am, Anders Montonen wrote: These patches fix some issues with Python 3.8 compatibility, which I encountered when trying out the new Ubuntu 20.04 release. There's also fixes for a number of syntax warnings which are flagged even with older Python versions. Pushed. Thanks. The p

Re: Build Error while setting up RTEMS ARM BSP xilinx_zynq for qemu

Yes, thank you so much! Will keep it in mind from now on. On Tue, Apr 28, 2020 at 2:11 AM Vijay Kumar Banerjee wrote: > > > On Tue, Apr 28, 2020 at 2:03 AM Mritunjay Sharma < > mritunjaysharma...@gmail.com> wrote: > > > > Update: It is working now. > > > Great! Looks like the error was a basic o

Re: Build Error while setting up RTEMS ARM BSP xilinx_zynq for qemu

On Tue, Apr 28, 2020 at 2:03 AM Mritunjay Sharma < mritunjaysharma...@gmail.com> wrote: > > Update: It is working now. > Great! Looks like the error was a basic one ( C Compiler was absent.). Most of the time going to the log files give a good insight of the issue. > Thank you so much! > > On Tue,

Re: Build Error while setting up RTEMS ARM BSP xilinx_zynq for qemu

Update: It is working now. Thank you so much! On Tue, Apr 28, 2020 at 1:54 AM Mritunjay Sharma < mritunjaysharma...@gmail.com> wrote: > Thank you so much Vijay, > > I am attaching the txt file as well as looking into it to find the error > and > solution. Thanks for the help! > > Regards, > Mrit

Re: Build Error while setting up RTEMS ARM BSP xilinx_zynq for qemu

Thank you so much Vijay, I am attaching the txt file as well as looking into it to find the error and solution. Thanks for the help! Regards, Mritunjay On Tue, Apr 28, 2020 at 1:50 AM Vijay Kumar Banerjee wrote: > > > On Tue, Apr 28, 2020, 1:45 AM Mritunjay Sharma < > mritunjaysharma...@gmail.

Re: Build Error while setting up RTEMS ARM BSP xilinx_zynq for qemu

On Tue, Apr 28, 2020, 1:45 AM Mritunjay Sharma wrote: > Hello everyone, > > This in reference to Ticket #3855 and my proposal for GSoC. > As I have already cross-compiled and built EPICS7 > with RTEMS-5 for mvme6100, now I was trying to do the > same for qemu/xilinx_zynq. > > However, while build

Build Error while setting up RTEMS ARM BSP xilinx_zynq for qemu

Hello everyone, This in reference to Ticket #3855 and my proposal for GSoC. As I have already cross-compiled and built EPICS7 with RTEMS-5 for mvme6100, now I was trying to do the same for qemu/xilinx_zynq. However, while building with the below command: '''../source-builder/sb-set-builder --pref

[PATCH 2/3] sb/linux.py: Workaround for Python >= 3.8

The platform.dist() interface has been deprecated since Python 3.5, and has been removed in Python 3.8. Fixes: Traceback (most recent call last): File "/home/anders/work/rtems/rsb/source-builder/sb/options.py", line 682, in load overrides = linux.load() File "/home/anders/work/rtems/rsb/s

[PATCH 3/3] source-builder/config/gdb-common-1.cfg: Fix building with Python 3.8

Starting with Python 3.8, python3-config requires the "--embed" flag to print the flags required for embedding Python in an application. Fixes: error: shell macro failed: /home/anders/work/rtems/rsb/source-builder/sb/rtems-build-dep -c gcc -l : 2: error: no library (-l) provided Signed-off-by:

[PATCH 0/3] Source Builder: Fixes for Python 3.8

These patches fix some issues with Python 3.8 compatibility, which I encountered when trying out the new Ubuntu 20.04 release. There's also fixes for a number of syntax warnings which are flagged even with older Python versions. The patches should not break compatibility with older Python versions

[PATCH 1/3] sb: Fix Python literal comparison warnings

Fixes: SyntaxWarning: "is" with a literal. Did you mean "=="? Signed-off-by: Anders Montonen --- source-builder/sb/config.py | 2 +- source-builder/sb/macros.py | 58 ++--- 2 files changed, 30 insertions(+), 30 deletions(-) diff --git a/source-builder/sb/config.

Re: [PATCH v2] user/bsps: Moving all other M68K BSPs from Wiki to User Manual

Hi all, Hope you all are well. I guess this patch was missed for review. Requesting you to please provide more feedback as I continue to work to close #3905. I built the doc locally and it was working fine. Thanks Mritunjay On Tue, Apr 14, 2020 at 12:39 AM Mritunjay wrote: > Tried to fix the p

Re: [PATCH] doxygen: Switch @brief and @ingroup

On 27/04/2020 16:44, Joel Sherrill wrote: How does it change the output with Latex or HTML? Without the patch I get obscure Latex errors and no output at all. The HTML output seems to not care about the order. ___ devel mailing list devel@rtems.org h

Re: [PATCH v2] Test for clock_nanosleep() with CLOCK_MONOTONIC option.

On 23/04/2020 19:15, Utkarsh Rai wrote: I encountered linkage error while  using the new test framework, in particular undefined reference to `_Stack_Space_size' undefined reference to `_Thread_Initial_thread_count'. I did not realize that we needed a runner for using the new test framework (A

Re: [PATCH] Removes build time warning for all the bsps using libtests/dl10 test

Dear Dr. Bloom, Thanks for the suggestion. dl_call() is being used in the following places: ./dl07/dl-load.c:105:static int dl_call (void* handle, const char* func) ./dl07/dl-load.c:152: if (dl_call (o1, "rtems_main_o1")) ./dl07/dl-load.c:154: if (dl_call (o2, "rtems_main_o2")) ./dl07/dl-load.

Re: Release task request for help

Hello Chris, On Mon, Apr 27, 2020 at 3:47 AM Chris Johns wrote: > Hi, > > Sorry about the delay getting back to you. I had to take our dog to vet > last Friday and then it was the weekend ... :) > That's okay :) > On 23/4/20 4:42 pm, Niteesh G. S. wrote: > > Hello Chris, > > > > Message: 4 >

Re: [PATCH] Removes build time warning for all smp-disabled bsps

Dear Dr. Bloom, I set up the git-email client and I have sent the patch. Please let me know if it looks correct. Thanks, Richi. On Fri, Apr 24, 2020 at 7:43 PM Gedare Bloom wrote: > > Please generate this patch as -v2 and resend to the mailing list. I'm > not sure, but I don't see your patch em

[PATCH 2/2] This removes the warning unused name variable warning

--- testsuites/sptests/sp37/init.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/testsuites/sptests/sp37/init.c b/testsuites/sptests/sp37/init.c index 22c7d4f2ef..4358e9fffb 100644 --- a/testsuites/sptests/sp37/init.c +++ b/testsuites/sptests/sp37/init.c @@ -169,9 +16

Re: RTEMS examples build failed

On Mon, Apr 27, 2020 at 3:33 AM Chris Johns wrote: > On 26/4/20 8:24 pm, Vijay Kumar Banerjee wrote: > > After reading through the Waf book and some different trials, I came up > > with a > > nice one-line solution that works like a charm: > > > > https://lists.rtems.org/pipermail/devel/2020-Apri