Re: [PATCH 1/4] dev/io: Make base64 encoding tables public

On 15/1/2024 8:45 pm, Sebastian Huber wrote: > This makes them reusable. Change the character type to uint8_t. > --- > cpukit/dev/iobase64.c | 24 +--- I do not understand why a base64 encoder/decoder is in the devices sources tree? I have never encountered a base64

Re: [RTEMS Tools] linkers: Use push/pop section

Looks good Thanks Chris On 16/1/2024 5:44 pm, Sebastian Huber wrote: > Restore the previous section, otherwise the generated code may end up in > a wrong section. > --- > linkers/rtems-syms.cpp | 3 ++- > 1 file changed, 2 insertions(+), 1 deletion(-) > > diff --git a/linkers/rtems-syms.cpp

Re: Convert test executables to bootloader images?

On 17/1/2024 11:39 pm, Sebastian Huber wrote: > Hello, > > attached is a proof of concept. Using a ./waf bootimages command didn't work > since you don't have a build context in this case. I added a new option: > > # If this option is enabled, then boot images for the test programs > # are

Re: Pause on console in libmisc/shell detecting terminal size (mvme5500, beatnik)

On 12/1/2024 12:59 am, Peter Dufault wrote: >> On Jan 10, 2024, at 7:05 PM, Chris Johns wrote: >> >>> I changed the code to use VTIME of 1 (1/10 second, or 100 msec) instead of >>> 0. That lets TERMIOS do the character arrival timeout instead of using a &

Re: Pause on console in libmisc/shell detecting terminal size (mvme5500, beatnik)

On 6/1/2024 7:56 am, Peter Dufault wrote: >> On Jan 5, 2024, at 1:36 PM, Peter Dufault wrote: >> >> I "#if 0"d out the call to "rtems_shell_term_row_column_swapped()" that >> checks for a broken "tmux" terminal. That is what sends "\033[>0q" to the >> console. I no longer see "0q" on the

Re: CentOS 8 - no python

On 10/1/2024 3:38 am, Joel Sherrill wrote: > Chris.. an RSB feature submission question at the bottom. If virtual env is possible then I recommend that. Anything the RSB does breaks when `waf` runs as it wants `python`. > Rest inlined. Same > > On Tue, Jan 9, 2024 at 9:30 AM Michael G. South

Re: CentOS 8 - no python

On 25/12/2023 8:16 am, Joel Sherrill wrote: > Hi > > Trying to bring up Coverity builds on a Centos 8 machine, I ran into this: > > + ../source-builder/sb-set-builder --log=l-sparc.txt > --prefix=/home/joel/rtems-cron-coverity/tools/6 --mail > --mail-to=bu...@rtems.org >

Re: [PATCH rtems] Include support files also for Zynq7000

I consider it is a mistake to commit this patch. We have no idea who or where this is being used by users. Chris On 6/1/2024 4:56 am, Bernd Moessner wrote: > > On 05.01.2024 18:54, Kinsey Moore wrote: >> I assume this is to support the Zynq7000 under rtems-lwip since it would need >> those

Re: [rtems-docs PATCH] sphinx/style: Fix building with the latest sphinx

On 20/12/2023 8:12 am, Joel Sherrill wrote: > I tried the patch on Rocky 9 with Python 3.9.14 and sphinx-build  5.3.0 from a > pip local install. > > (rtemsdocs) [joel@localhost rtems-docs]$ ./waf distclean > Waf: The wscript in '/home/joel/rtems-work/rtems-docs' is unreadable > Traceback (most

Re: [PATCH] ftpd: Make socket timeout optional

On 6/12/2023 11:10 pm, Sebastian Huber wrote: > This feature is not supported by lwIP. > --- > cpukit/ftpd/ftpd.c | 13 - > 1 file changed, 4 insertions(+), 9 deletions(-) > > diff --git a/cpukit/ftpd/ftpd.c b/cpukit/ftpd/ftpd.c > index ceb5c5d5b9..fe5f190242 100644 > ---

Re: [RSB PATCH] 6: Merge the MacOS M silicon patch from gcc-12 to gcc-13

On 18/12/2023 8:50 pm, Karel Gardas wrote: > On 12/18/23 07:05, Chris Johns wrote: >>> Mac with M1/M2/M3 work fine with the latest tooling. >> >> I think there is a middle ground here and that means some investigation is >> needed to determine what works and what is a

Re: [RSB PATCH] 6: Merge the MacOS M silicon patch from gcc-12 to gcc-13

On 16/12/2023 2:04 am, Cedric Berger wrote: > Hello Heinz, > > On 15.12.2023 10:44, Heinz Junkes wrote: >> HI, >> I can follow Cedric's reasoning. Even if I was the initiator of this >> discussion. >> >> I use RTEMS in my lectures/exercises, among other things, and have always >> been >> able

Re: [PATCH 2/9] cpukit/jffs2: Protect the inode cache

On 14/12/2023 6:32 am, Sebastian Huber wrote:> We use this file system on lower end controllers. I do not believe this is relevant to the discussion. The issue standard on its own merit and not yours or my uses. Can we please avoid colouring discussion this way? Thanks. Chris

Re: [PATCH 1/2] libtest: Set test printer in rtems_test_run()

OK to both, thanks Chris On 14/12/2023 3:30 am, Sebastian Huber wrote: > Route the test output through T_vprintf(). > --- > cpukit/libtest/testrun.c | 14 +++--- > 1 file changed, 11 insertions(+), 3 deletions(-) > > diff --git a/cpukit/libtest/testrun.c b/cpukit/libtest/testrun.c >

Re: [PATCH v2] libmisc/shell: Work around tmux bug in row and column

On 13/12/2023 5:58 pm, chr...@rtems.org wrote: > From: Chris Johns > > - Extend the timeout to 150 msec for long remote sessions > > - Improve the performance of the detection > > Closes #4975 > Closes #4977 > --- > cpukit/libmisc/shell/shell.c | 150 ++

Re: [PATCH] libmisc/shell: Work around tmux bug in row and column

On 13/12/2023 5:37 pm, Sebastian Huber wrote: > On 13.12.23 07:36, Chris Johns wrote: >> Sorry, I am not sure I understand. Are you suggesting the version detection >> against the string in the buffer is in a helper function? > > Yes, this complete new code block. The query

Re: [PATCH] libmisc/shell: Work around tmux bug in row and column

On 13/12/2023 5:32 pm, Sebastian Huber wrote: > On 13.12.23 03:47, chr...@rtems.org wrote: >> +    /* >> + *https://github.com/tmux/tmux/issues/3457 >> + * >> + * Tmux has a bug where the lines and cols are swapped. There is a >> lag >> + * in the time it takes

Re: [RSB PATCH] 6: Merge the MacOS M silicon patch from gcc-12 to gcc-13

Following up building gmp-6.3.0 on Intel MacOS Ventura. These are stand alone builds done by hand: The RSB check results: On 5/12/2023 8:37 am, Chris Johns wrote: > > Testsuite summary for GNU MP

Re: [RSB PATCH] 6: Merge the MacOS M silicon patch from gcc-12 to gcc-13

On 4/12/2023 7:13 pm, Cedric Berger wrote: > Hello, > > On 28.11.2023 03:00, Chris Johns wrote: >> On 27/11/2023 6:43 pm, Cedric Berger wrote: >>> Hello, >>> >>> On 24.11.2023 08:36, Sebastian Huber wrote: >>>> Would updating to ISL 0.

Re: [RSB PATCH] 6: Merge the MacOS M silicon patch from gcc-12 to gcc-13

On 27/11/2023 6:43 pm, Cedric Berger wrote: > I just installed the following packages successively: > >  - https://gmplib.org/download/gmp/gmp-6.3.0.tar.xz >  - https://www.mpfr.org/mpfr-current/mpfr-4.2.1.tar.gz This URL is not suitable so the GNU mirror is better. A change in version means

Re: [RSB PATCH] 6: Merge the MacOS M silicon patch from gcc-12 to gcc-13

On 27/11/2023 6:43 pm, Cedric Berger wrote: > Hello, > > On 24.11.2023 08:36, Sebastian Huber wrote: >> Would updating to ISL 0.26 and MPC 1.3.1 fix this issue also? > > I just tried in on my fully up-to-date M1 Pro (macOS Sonoma 14.1.1, Xcode > 15.0.1) > > Short answer: everything works well

Re: Fwd: [PATCH] Update GMP/MPFR/MPC/ISL/gettext to latest release

On 27/11/2023 12:09 pm, Joel Sherrill wrote: > Gdb now needs a couple of those installed. Perhaps they need to be in the > bset. I think we are close to doing this now and so maybe we should just do it. > Also FreeBSD 12 and 13 regularly fail. See build@ for details. I can only see failures to

Re: Fwd: [PATCH] Update GMP/MPFR/MPC/ISL/gettext to latest release

On 27/11/2023 1:35 am, Sebastian Huber wrote: > Hello, > > could some issues on macOS be cased by explicitly setting the configure > --build > and --host in the RSB: Thanks for asking on the gcc patches list. I do not know and I also do not know the rational for the per version numbering on

Re: [PATCH] 6: Use GCC 13.2

On 24/11/2023 6:33 pm, Sebastian Huber wrote: > On 24.11.23 02:08, Chris Johns wrote: >> On 24/11/2023 8:22 am, Chris Johns wrote: >>> On 23/11/2023 5:55 pm, Sebastian Huber wrote:> I built all BSPs with GCC >>> 13.2 >>> and Binutils 2.41. It was successful

Re: [PATCH] 6: Use GCC 13.2

On 24/11/2023 8:22 am, Chris Johns wrote: > On 23/11/2023 5:55 pm, Sebastian Huber wrote:> I built all BSPs with GCC 13.2 > and Binutils 2.41. It was successful and it fixed >> some microblaze build problems which I had for several months. So, I checked >> it >> in.

Re: [PATCH] 6: Use GCC 13.2

On 23/11/2023 5:55 pm, Sebastian Huber wrote:> I built all BSPs with GCC 13.2 and Binutils 2.41. It was successful and it fixed > some microblaze build problems which I had for several months. So, I checked > it > in. Thanks for the testing and for sorting this out. I would like to run some

Re: [RSB 1/3] 6/7: Update Newlib

OK to all 3 and thanks Chris On 21/11/2023 11:39 pm, Sebastian Huber wrote: > Pick up fixes for ARM/optimized-routines and the memory reclamation at thread > exit. > > Update #4510. > Update #4967. > --- > rtems/config/tools/rtems-gcc-10-newlib-head.cfg | 4 ++-- >

Re: [PATCH rtems-source-builder] rtems-mipstx39-gdb-head.bset: Add missing file

Looks good and thanks Chris On 18/11/2023 5:11 am, Joel Sherrill wrote: > This configuration file was missing for the mipstx39 gdb build for the > head/7 tools. > > Closes #4935. > --- > rtems/config/tools/rtems-mipstx39-gdb-head.bset | 7 +++ > 1 file changed, 7 insertions(+) > create

Re: [PATCH RESEND 0/1] SB: More reliably recognize distribution

Hi Michael, Thanks for the updated patch. I have tested a build of riscv on rocky and it was fine. Thanks Chris On 14/11/2023 9:19 am, Michael South wrote: > (Hopefully avoid line wrap this time.) > > Fix #4966: SB doesn't recognize distros Python 3.8 > > If build host has Python >= 3.8 then

Re: add Formal Verification chapter v5

On 14/11/2023 7:29 am, Chris Johns wrote: > On 14/11/2023 3:42 am, andrew.butterfi...@scss.tcd.ie wrote: >> Is there a timeline for when the document will be rebuilt to show the new >> chapter? > > I need to run this manually at the moment. I will take a look today. >

Re: [PATCH] build: Add RTEMS_QUALIFIED

On 10/11/2023 7:39 pm, Sebastian Huber wrote: > On 09.11.23 06:28, Chris Johns wrote: >> On 8/11/2023 6:44 pm, Sebastian Huber wrote: >>> On 06.11.23 21:55, Chris Johns wrote: >>>> On 6/11/2023 8:27 pm, Sebastian Huber wrote: >>>>> On 06.11.23 01:14, C

Re: add Formal Verification chapter v5

On 14/11/2023 3:42 am, andrew.butterfi...@scss.tcd.ie wrote: > Is there a timeline for when the document will be rebuilt to show the new > chapter? I need to run this manually at the moment. I will take a look today. And thanks for the documentation and your contributions. Thanks Chris

Re: [PATCH] Checkout submodule using https (restrictive company firewalls block git protocol)

Hi Bernd, Thanks for this. Which repo and branch is this for? Chris On 14/11/2023 7:09 am, berndmoessne...@gmail.com wrote: > From: Bernd Moessner > > --- > .gitmodules | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/.gitmodules b/.gitmodules > index

Re: [PATCH 1/1] trace: build with c++17 if building against llvm 16+

On 10/11/2023 7:27 pm, Sebastian Huber wrote: > On 25.09.23 11:25, Sebastian Huber wrote: >> On 25.09.23 08:45, Chris Johns wrote: >>> On 22/9/2023 2:47 pm, Sebastian Huber wrote: >>>> On 22.09.23 04:36, Joel Sherrill wrote: >>>>> Are we doing somethi

Re: [PATCH 1/1] sb/linux.py: More reliably recognize distribution

Hi Michael, I cannot apply the patch. Git does not like it and applying with patch gives the following error: patching file source-builder/sb/linux.py patch: malformed patch at line 25: @@ -56,36 +57,11 @@ def load(): Are you able to get git to send the patch. If not could please

Re: [PATCH] build: Add RTEMS_QUALIFIED

On 8/11/2023 6:44 pm, Sebastian Huber wrote: > On 06.11.23 21:55, Chris Johns wrote: >> On 6/11/2023 8:27 pm, Sebastian Huber wrote: >>> On 06.11.23 01:14, Chris Johns wrote: >>>> On 4/11/2023 1:31 am, Sebastian Huber wrote: >>>>> On 03.11.23 15:08, Jo

Re: [PATCH] build: Add RTEMS_QUALIFIED

On 6/11/2023 8:27 pm, Sebastian Huber wrote: > On 06.11.23 01:14, Chris Johns wrote: >> On 4/11/2023 1:31 am, Sebastian Huber wrote: >>> On 03.11.23 15:08, Joel Sherrill wrote: >>>> On Fri, Nov 3, 2023 at 3:58 AM Sebastian Huber >>>> >>>

Re: [PATCH] build: Add RTEMS_QUALIFIED

On 4/11/2023 1:31 am, Sebastian Huber wrote: > On 03.11.23 15:08, Joel Sherrill wrote: >> >> On Fri, Nov 3, 2023 at 3:58 AM Sebastian Huber >> > > wrote: >> >>     The goal of the RTEMS pre-qualification activity #3701 is a specified >>     and validated

Re: [PATCH] build: Add RTEMS_QUALIFIED

On 3/11/2023 7:58 pm, Sebastian Huber wrote: > diff --git a/cpukit/libtest/testbeginend.c b/cpukit/libtest/testbeginend.c > index d520a45e62..45fd1343fa 100644 > --- a/cpukit/libtest/testbeginend.c > +++ b/cpukit/libtest/testbeginend.c > @@ -41,9 +41,15 @@ > #endif > > #include > -#include >

Re: [PATCH] build: Let the get-integer action return None

OK Thanks Chris On 20/10/2023 10:16 pm, Sebastian Huber wrote: > If used with the format-and-define action, this will result in an > undefined define. > --- > wscript | 2 ++ > 1 file changed, 2 insertions(+) > > diff --git a/wscript b/wscript > index c8481d4fde..595dc09efd 100755 > ---

Re: libdl documentation?

On 18/10/2023 7:21 pm, Sebastian Huber wrote: > I tried to get a bit more familiar with the libdl. Is there some documentation > available? I tried the user manual, but I see only a work in progress page: > > https://docs.rtems.org/branches/master/user/tools/linker.html There is this

Re: [tools 1/2] linker: Fix typo in symbol table generator

OK Thanks Chris On 16/10/2023 9:47 pm, Sebastian Huber wrote: > Updates #4920. > --- > linkers/rtems-syms.cpp | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/linkers/rtems-syms.cpp b/linkers/rtems-syms.cpp > index c72ee55..f6b207f 100644 > --- a/linkers/rtems-syms.cpp

Re: [RSB 1/3] 6/7: Update Newlib

Ok to all patches in the series. Thanks for newlib changes for ARM, they will be nice to use. Chris On 10/10/2023 3:58 am, Sebastian Huber wrote: > Pick up latest changes from ARM/optimized-routines. > > Close 4510. > --- > rtems/config/tools/rtems-gcc-10-newlib-head.cfg | 4 ++-- >

Re: rtems6 sb-set-builder gdb enable-tui?

On 7 Oct 2023, at 6:36 pm, Shiro wrote:Hello, I'd like to build RTEMS' tools from git (rtems 6), but I'd like gdb configured with "--enable-tui".  Any advice on where/how to tweak the scripts would be appreciated.Edit the configure command line here …gdb-common-1.cfg « config « source-builder -

Re: [PATCH rtems-source-builder] qemu: Adjust cgem interrupt patch

OK Thanks Chris On 7/10/2023 6:05 am, Kinsey Moore wrote: > This patch is being moved to the 5.2.0-1 QEMU configuration because the > Xilinx QEMU build uses the 5-1 configuration and this patch does not > apply to Xilinx's modified tree. This also adds a new patch that applies > correctly to

Re: [PATCH rtems-docs] user/exe: Add MicroBlaze to Dynamic Loader architecture list

OK Chris On 6/10/2023 5:40 am, Alex White wrote: > --- > user/exe/loader.rst | 1 + > 1 file changed, 1 insertion(+) > > diff --git a/user/exe/loader.rst b/user/exe/loader.rst > index be2e78e..fdc54a8 100644 > --- a/user/exe/loader.rst > +++ b/user/exe/loader.rst > @@ -844,6 +844,7 @@ The

External document links (was Re: Add Formal Verification chapter v4)

On 6/10/2023 1:02 am, Gedare Bloom wrote: > On Fri, Sep 22, 2023 at 4:50 AM andrew.butterfi...@scss.tcd.ie > wrote: >> Also, I'm not sure the best way to refer to a sub-section of another document >> I used something like (See Host Tools in the RTEMS User Manual) >> I guessed the URL might be

Re: [PATCH] Avoid StopIteration exception for non-rtems .pc

Hi Martin, Thanks for posting the patch. I have pushed it. I have pushed an update after running the change through yapf. I forgot to do that before pushing. I will also add a new function to the rtems module as a separate patch: +def arch_bsp(ctx): +""" Return the list of arch/bsps we are

Re: [PATCH] tests: Add header for RTEMS test printer

On 5/10/2023 1:29 am, Heinz Junkes wrote: > Leads to problems compiling legacy-stack: Thanks for the report. I have posted a patch to clean up the net-legacy stack. Chris ___ devel mailing list devel@rtems.org

Re: Xilinx MPSoC, programmable logic download

On 5/10/2023 4:56 am, Kinsey Moore wrote: > If you need dynamic reconfiguration, I believe Chris Johns has been doing some > work in that vein: https://github.com/kiwichris/rtems-xilinx-xrt > <https://github.com/kiwichris/rtems-xilinx-xrt> Yes. This works on the Versal. I

Re: [PATCH rtems] fat_fat_operations.c: Fix incorrect indentation

OK Chris On 4/10/2023 2:29 am, Joel Sherrill wrote: > --- > cpukit/libfs/src/dosfs/fat_fat_operations.c | 6 +++--- > 1 file changed, 3 insertions(+), 3 deletions(-) > > diff --git a/cpukit/libfs/src/dosfs/fat_fat_operations.c > b/cpukit/libfs/src/dosfs/fat_fat_operations.c > index

Re: [PATCH 1/1] trace: build with c++17 if building against llvm 16+

On 22/9/2023 2:47 pm, Sebastian Huber wrote: > On 22.09.23 04:36, Joel Sherrill wrote: >> Are we doing something that particularly requires C++17? AFAIK we haven't >> needed it yet and why wouldn't it also be needed with gcc? If the default on >> recent gcc versions is that, ok but we should be

Re: [PATCH] tests: Add header for RTEMS test printer

Looks good Thanks Chris On 22/9/2023 10:40 pm, Sebastian Huber wrote: > The header file is required for every RTEMS test > program. Move the RTEMS test printer support to a dedicated header file > . This removes an unnecessary dependency to the > RTEMS printer support in . > > Tests using

Re: [PATCH 1/2] bsps/xqspipsu: Break out RDID

OK to 1 and 2 Thanks Chris On 22/9/2023 7:31 am, Kinsey Moore wrote: > Expose a function to read the NOR flash chip ID information beyond the > minimum 3 bytes for the lookup table. > --- > bsps/include/dev/spi/xqspipsu-flash-helper.h | 15 +++ > bsps/shared/dev/spi/xqspipsu-flash-helper.c

Re: [PATCH] bsd/ntpq: Use the correct address length

I assume this is in the network services repo? OK and thanks Chris On 22/9/2023 4:38 am, Kinsey Moore wrote: > lwIP includes more than the bare address structures in its accounting of > the total addrinfo struct size. Ensure that lwIP gets the correct > address size. > --- >

Re: [PATCH rtems-libbsd] rtemsbsd/libio: Handle invalid descriptors

OK Thanks Chris On 20/9/2023 7:18 am, Kinsey Moore wrote: > The documentation for this function suggests that it can handle invalid > descriptors safely. This change allows negative descriptors to be > handled without a crash. > --- > rtemsbsd/include/machine/rtems-bsd-libio.h | 6 -- > 1

Re: [PATCH] build: Remove enabled-by special case

Looks good. Thanks Chris On 18/9/2023 8:26 pm, Sebastian Huber wrote: > Doing the enabled-by processing just for the ldflags and just for the > link custom commands is confusing. Use an option instead which is > intended to be used for such use cases. > --- >

Re: [rtems commit] libdl: Add support to import base image TLS symbols

On 18/9/2023 10:09 pm, Sebastian Huber wrote: > On 17.09.23 00:58, Chris Johns wrote: >>> There are also no test cases for this function. >>> Without test cases it is easy to break something without knowing it. >> The libdl test cases have been updated to reference TLS n

Re: [PATCH 1/2] score: Add _CPU_Get_TLS_thread_pointer()

Looks good and thank you. I appreciate you handling this for me. Chris On 15/9/2023 5:07 pm, Sebastian Huber wrote: > Add _CPU_Get_TLS_thread_pointer() to get the thread pointer which is > used to get the address of thread-local storage objects associated with > a thread. > > Update #4920. >

Re: [rtems commit] libdl: Add support to import base image TLS symbols

On 15/9/2023 5:07 pm, Sebastian Huber wrote: > On 14.09.23 23:56, Chris Johns wrote: >> On 14/9/2023 7:33 pm, Sebastian Huber wrote: >>> On 14.09.23 10:51, Chris Johns wrote: >>>> On 14/9/2023 5:58 pm, Sebastian Huber wrote: >>>>> On 14.09.23 09:38,

Re: [rtems commit] libdl: Add support to import base image TLS symbols

On 14/9/2023 7:33 pm, Sebastian Huber wrote: > On 14.09.23 10:51, Chris Johns wrote: >> On 14/9/2023 5:58 pm, Sebastian Huber wrote: >>> On 14.09.23 09:38, Chris Johns wrote: >>>>>> The issue I faced was no score interface to get the TLS base for a >>

Re: [rtems commit] libdl: Add support to import base image TLS symbols

On 14/9/2023 5:58 pm, Sebastian Huber wrote: > On 14.09.23 09:38, Chris Johns wrote: >>>> The issue I faced was no score interface to get the TLS base for a thread >>>> to >>>> determine a symbol's offset. If we had that and something to say if TLS is &g

Re: [rtems commit] libdl: Add support to import base image TLS symbols

On 14/9/2023 5:20 pm, Sebastian Huber wrote: > On 14.09.23 09:12, Chris Johns wrote: >> On 14/9/2023 4:55 pm, Sebastian Huber wrote: >>> On 14.09.23 08:34, Sebastian Huber wrote: >>>> This seems to break the mips build: >>>> >>>> cpukit/libdl/r

Re: [rtems commit] libdl: Add support to import base image TLS symbols

On 14/9/2023 4:55 pm, Sebastian Huber wrote: > On 14.09.23 08:34, Sebastian Huber wrote: >> This seems to break the mips build: >> >> cpukit/libdl/rtl-tls.c:104:2: error: #error unsupported architecture >>    104 | #error unsupported architecture >>    |  ^ >> > > Also the moxie and

Re: [PATCH] build: Use build context for custom commands

On 13/9/2023 6:52 pm, Sebastian Huber wrote: > On 13.09.23 09:20, Chris Johns wrote: >> On 13/9/2023 4:18 pm, Sebastian Huber wrote: >>> >>> On 13.09.23 03:12, Chris Johns wrote: >>>> On 12/9/2023 5:55 pm, Sebastian Huber wrote: >>>>> O

Re: [PATCH] build: Use build context for custom commands

On 13/9/2023 4:18 pm, Sebastian Huber wrote: > > > On 13.09.23 03:12, Chris Johns wrote: >> On 12/9/2023 5:55 pm, Sebastian Huber wrote: >>> On 12.09.23 09:43, Chris Johns wrote: >>>>>>> Setting OPTIMIZATION_FLAGS and TEST_OPTIMIZATION_FLAGS t

Re: [PATCH 1/2] score: Fix RTEMS_DEFINE_GLOBAL_SYMBOL()

OK Thanks Chris On 13/9/2023 12:44 am, Sebastian Huber wrote: > The availability of a proper RTEMS_DEFINE_GLOBAL_SYMBOL() implementation > depends on __asm__() and thus __GNUC__. > > Clarify documentation. > > Update #4953. > --- > cpukit/include/rtems/score/basedefs.h | 5 +++-- > 1 file

Re: [PATCH] build: Use build context for custom commands

On 12/9/2023 5:55 pm, Sebastian Huber wrote: > On 12.09.23 09:43, Chris Johns wrote: >>>>> Setting OPTIMIZATION_FLAGS and TEST_OPTIMIZATION_FLAGS through the >>>>> configuration >>>>> file always worked. >>>> Great. I am seeing: >

Re: [PATCH] build: Use build context for custom commands

On 12/9/2023 5:32 pm, Sebastian Huber wrote: > On 12.09.23 08:49, Chris Johns wrote: >> On 12/9/2023 2:15 pm, Sebastian Huber wrote: >>> On 12.09.23 03:26, Chris Johns wrote: >>>> On 11/9/2023 7:37 pm, Sebastian Huber wrote: >>>>> Revert duplicated l

Re: [PATCH] 6: Use GCC 13.2

On 12/9/2023 4:43 pm, Sebastian Huber wrote: > On 12.09.23 08:40, Chris Johns wrote: >> On 12/9/2023 4:31 pm, Sebastian Huber wrote: >>> On 27.07.23 13:33, Sebastian Huber wrote: >>>> Prepare for RTEMS 6.1 release. >>>> >>>> Update #4921. >

Re: [PATCH] build: Use build context for custom commands

On 12/9/2023 2:15 pm, Sebastian Huber wrote: > On 12.09.23 03:26, Chris Johns wrote: >> On 11/9/2023 7:37 pm, Sebastian Huber wrote: >>> Revert duplicated listing of TEST_OPTIMIZATION_FLAGS. >> Thank you for picking this up. >> >> Does this change let the

Re: [PATCH] microblaze: Fix relocation targets

OK to push Thanks Chris On 12/9/2023 5:41 am, Alex White wrote: > Previously the addend was only used in 64 bit relocations. This > behavior was incorrect but did not cause the RTEMS libdl tests to > fail. > --- > cpukit/libdl/rtl-mdreloc-microblaze.c | 19 ++- > 1 file changed,

Re: [PATCH] build: Use build context for custom commands

On 11/9/2023 7:37 pm, Sebastian Huber wrote: > Revert duplicated listing of TEST_OPTIMIZATION_FLAGS. Thank you for picking this up. Does this change let the user control TEST_OPTIMIZATION_FLAGS and OPTIMIZATION_FLAGS via a BSP setting in config.ini? Chris

Re: [rtems-tools]rtems-ld issue?

On 4/9/2023 4:50 pm, zhengxiaojun wrote: > > > 在 2023/8/31 13:39, Chris Johns 写道: >> On 31/8/2023 3:12 pm, zhengxiaojun wrote: >>> >>> >>> 在 2023/8/31 6:05, Chris Johns 写道: >>>> On 31/8/2023 12:48 am, zhengxiaojun wrote: >>>>>

Re: [rtems-tools]rtems-ld issue?

On 31/8/2023 3:12 pm, zhengxiaojun wrote: > > > 在 2023/8/31 6:05, Chris Johns 写道: >> On 31/8/2023 12:48 am, zhengxiaojun wrote: >>> Hi, >>>     I use the latest rtems-tools to generate RAP file, I found the object >>> file >>> become too smal

Re: [rtems-tools]rtems-ld issue?

On 31/8/2023 1:51 pm, zhengxiaojun wrote: > 在 2023/8/31 6:05, Chris Johns 写道: >> On 31/8/2023 12:48 am, zhengxiaojun wrote: >>> Hi, >>>     I use the latest rtems-tools to generate RAP file, I found the object >>> file >>> become too small(elf,2184byt

Re: [rtems-tools] Fix shlex.join on python 3.8 and earlier

On 31/8/2023 4:14 am, Frank Kühndel wrote: > Hello Chris, > > if I did not make any mistake, this patch works fine on OpenSUSE 15.5. Thanks, I have pushed the change. > I had some headaches because the source-builder tries to download the > rtems-tools as tar.bz2 and the version with the patch

Re: [rtems-tools]rtems-ld issue?

On 31/8/2023 12:48 am, zhengxiaojun wrote: > Hi, >    I use the latest rtems-tools to generate RAP file, I found the object file > become too small(elf,2184bytes==>rap,736bytes) and the file loaded failed, > error > message like this "load app.out error:offset past end of file: offset=736 >

Re: [PATCH v2 0/6] Add libdl support to MicroBlaze

Hi Alex, The libdl parts are OK to push. I am fine with the `wscript` change however Sebastian is away at the moment. I will leave that part of change with you and Joel to decide what to do. :) Chris On 30/8/2023 12:05 pm, Alex White wrote: > Hi, > > This patch set adds libdl support to

Re: [rtems-tools PATCH] rtemstoolkit: Fix shell execution

On 30/8/2023 5:44 am, Joel Sherrill wrote: > A bit more feedback. I got this failure on CentOS 7 building sparc-rtems6 > tools. > > + cd rtems-tools-3ea0c249346fda427bf0d3c169aa3e7c2a521df8 > + ./waf distclean configure --prefix=/home/joel/rtems-work/tools/6 > 'distclean' finished successfully

Re: [rtems-tools PATCH] rtemstoolkit: Fix shell execution

> On 29 Aug 2023, at 6:24 pm, Frank Kühndel > wrote: > > Hello Chris, > > our continuous integration server found an issues with this patch > ("module 'shlex' has no attribute 'join'"): Frank, thanks for the post and the insight. I saw the build break in Joel’s build but I could not see

Re: [PATCH 2/5] testsuites/libtests: Remove floats from libdl tests

On 28/8/2023 2:12 pm, Alex White wrote: > On Sun, Aug 27, 2023 at 8:38 PM Chris Johns wrote: >> The floats need to stay to make sure there are no issues with this type. I >> see >> the tests with floats as valid. >> >> Is the only missing function `__extends

Re: [PATCH 1/5] microblaze: Add libdl support

On 28/8/2023 11:30 am, Alex White wrote: > --- > cpukit/libdl/rtl-mdreloc-microblaze.c | 291 ++ > cpukit/libdl/rtl-tls.c| 2 +- > .../microblaze/include/machine/elf_machdep.h | 83 + > spec/build/cpukit/cpumicroblaze.yml | 3 + >

Re: [PATCH 2/5] testsuites/libtests: Remove floats from libdl tests

On 28/8/2023 11:30 am, Alex White wrote: > This patch addresses an issue seen with MicroBlaze in the dl07, dl08, > and dl09 tests by removing the use of floats. The issue relates to the > fact that the MicroBlaze BSPs use software floating point routines. Any > float passed to `printf` is

Re: (libdl) Fwd: New Defects reported by Coverity Scan for RTEMS

On 22/8/2023 10:02 am, Gedare Bloom wrote: > flag it as a false positive. I agree. > g7 is a global register that is reserved for system / compiler use in > the sparc ABI The reigster is set up by the operating system out of the view of Coverity. I took the code from:

Re: [PATCH rtems-tools] tester/report: Apply test excludes to fatal-error

On 18/8/2023 11:51 pm, Kinsey Moore wrote: > On Thu, Aug 17, 2023 at 7:25 PM Chris Johns <mailto:chr...@rtems.org>> wrote: > > On 17/8/2023 10:43 pm, Kinsey Moore wrote: > > On Wed, Aug 16, 2023 at 9:47 PM Chris Johns <mailto:chr...@rtems.org> &g

Re: [PATCH rtems-tools] tester/report: Apply test excludes to fatal-error

On 17/8/2023 10:43 pm, Kinsey Moore wrote: > On Wed, Aug 16, 2023 at 9:47 PM Chris Johns <mailto:chr...@rtems.org>> wrote: > > On 17/8/2023 7:36 am, Kinsey Moore wrote: > > Before the fatal-error test result type was introduced, minimum.exe was > > class

Re: [PATCH] spec/cpukit: Omit Cortex-M from libdebugger build

On 18/8/2023 7:01 am, Kinsey Moore wrote: > On Thu, Aug 17, 2023 at 7:11 AM Kinsey Moore <mailto:kinsey.mo...@oarcorp.com>> wrote: > > On Wed, Aug 16, 2023 at 9:42 PM Chris Johns <mailto:chr...@rtems.org>> wrote: > > On 17/8

Re: [PATCH rtems-tools] tester/report: Apply test excludes to fatal-error

On 17/8/2023 7:36 am, Kinsey Moore wrote: > Before the fatal-error test result type was introduced, minimum.exe was > classified as an invalid test since it lacked a proper test header and > trailer. This applies the test exclusions to all test states to avoid > this happening again in the future.

Re: [PATCH] spec/cpukit: Omit Cortex-M from libdebugger build

On 17/8/2023 6:30 am, Kinsey Moore wrote: > The current ARM support in libdebugger does not cover Cortex-M series > cores since it requires support for CP14 system register accessor > instructions. Cortex-M series cores support debug monitor mode, but its > configuration is accessed by memory

Re: libdl support for base image TLS variables

On 17/8/2023 11:57 am, Joel Sherrill wrote: > On Wed, Aug 16, 2023, 8:30 PM Chris Johns <mailto:chr...@rtems.org>> wrote: > > On 17/8/2023 6:34 am, Gedare Bloom wrote: > > On Mon, Aug 14, 2023 at 10:05 PM <mailto:chr...@rtems.org>> wrote: > &

Re: libdl support for base image TLS variables

On 17/8/2023 6:34 am, Gedare Bloom wrote: > On Mon, Aug 14, 2023 at 10:05 PM wrote: >> >> These patches add support to rtems.git and rtems-tools.git to >> provide access to TLS variables in the base from loaded code. >> The changes contain the ground work to resolving #4920 which is >> a blocker

Re: [PATCH] libdl: Add support to import base image TLS symbols

Thanks for the detailed review. It is so nice to have this happen. I will post v2 soon. On 17/8/2023 6:55 am, Gedare Bloom wrote: > On Mon, Aug 14, 2023 at 10:05 PM wrote: >> >> From: Chris Johns >> >> This change requires an rtems-tools update for symbo

Re: [PATCH] build: Make gzip archives reproducible

On 14/8/2023 4:24 pm, Sebastian Huber wrote: > On 12.08.23 18:29, Joel Sherrill wrote: >> Piling on Chris' comments about where is the requirement for this. This is a >> topic which must be addressed in the Software Engineering Guide and accepted >> before it can be put into practices. A software

Re: [PATCH RTEMS] spec: Add -mstrict-align to mvme2100 default build

On 11/8/2023 1:17 pm, Vijay Kumar Banerjee wrote: > On Wed, Aug 9, 2023 at 8:04 PM Chris Johns wrote: >> >> On 10/8/2023 2:41 am, Joel Sherrill wrote: >>> Reading the EPICS discussion, I wonder if this should be added for all >>> motorola_powerpc BSP vari

Re: [PATCH] build: Create deterministic tar archives

On 11/8/2023 3:43 pm, Sebastian Huber wrote: > On 11.08.23 07:39, Chris Johns wrote: >> On 11/8/2023 3:37 pm, Sebastian Huber wrote: >>> On 11.08.23 02:22, Chris Johns wrote: >>>> On 10/8/2023 8:19 pm, Sebastian Huber wrote: >>>>&

Re: [PATCH] build: Add target to build scripts

On 11/8/2023 3:33 pm, Sebastian Huber wrote: > On 11.08.23 02:21, Chris Johns wrote: >> On 10/8/2023 7:02 pm, Sebastian Huber wrote: >>> Document that the build scripts in the testsuites produce a test program. >> I am sorry but I do not understand thi

Re: [PATCH] build: Create deterministic tar archives

On 11/8/2023 3:37 pm, Sebastian Huber wrote: > On 11.08.23 02:22, Chris Johns wrote: >> On 10/8/2023 8:19 pm, Sebastian Huber wrote: >>> This helps to make the build reproducible. >>> --- >>>   wscript | 11 ++- >>>   1 file changed, 10 in

Re: [PATCH] build: Create deterministic tar archives

On 10/8/2023 8:19 pm, Sebastian Huber wrote: > This helps to make the build reproducible. > --- > wscript | 11 ++- > 1 file changed, 10 insertions(+), 1 deletion(-) > > diff --git a/wscript b/wscript > index a8fca88dcb..4baf701c27 100755 > --- a/wscript > +++ b/wscript > @@ -188,6

Re: [tools] tester: Use shorter SHA512 encoding

OK to push Thanks Chris On 10/8/2023 11:52 pm, Sebastian Huber wrote: > Encode the SHA512 digest in base64urlsafe instead of a hex string to > reduce the report size. > --- > tester/rt/test.py | 3 ++- > 1 file changed, 2 insertions(+), 1 deletion(-) > > diff --git a/tester/rt/test.py

<    1   2   3   4   5   6   7   8   9   10   >