[PATCH 2/3] bsp-howto/console: Remove reference to deprecated function

From: Matt Joyce --- bsp-howto/console.rst | 7 --- 1 file changed, 7 deletions(-) diff --git a/bsp-howto/console.rst b/bsp-howto/console.rst index 1ead39e..71e156d 100644 --- a/bsp-howto/console.rst +++ b/bsp-howto/console.rst @@ -505,13 +505,6 @@ The :c:func:`console_initialize()` functio

[PATCH 1/3] bsp-howto/console: Remove reference to old build system

From: Matt Joyce --- bsp-howto/console.rst | 11 +-- 1 file changed, 1 insertion(+), 10 deletions(-) diff --git a/bsp-howto/console.rst b/bsp-howto/console.rst index aef13a8..1ead39e 100644 --- a/bsp-howto/console.rst +++ b/bsp-howto/console.rst @@ -52,16 +52,7 @@ calls such as :c:func:

[PATCH 0/3] bsp-howto/console: Remove obsolete references / Fix typos

From: Matt Joyce Hello, Please find the following edits to bsp-howto/console attached. Thanks very much! Sincerely, Matt Matt Joyce (3): bsp-howto/console: Remove reference to old build system bsp-howto/console: Remove reference to deprecated function bsp-howto/console: Fix typos bsp-

[PATCH 3/3] bsp-howto/console: Fix typos

From: Matt Joyce --- bsp-howto/console.rst | 14 +++--- 1 file changed, 7 insertions(+), 7 deletions(-) diff --git a/bsp-howto/console.rst b/bsp-howto/console.rst index 71e156d..9056e0f 100644 --- a/bsp-howto/console.rst +++ b/bsp-howto/console.rst @@ -236,8 +236,8 @@ character has been

[PATCH 1/2] eng: Fix typos

From: Matt Joyce --- eng/prequalification.rst | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/eng/prequalification.rst b/eng/prequalification.rst index ba1840a..0dddb15 100644 --- a/eng/prequalification.rst +++ b/eng/prequalification.rst @@ -15,7 +15,7 @@ standards ty

[PATCH 2/2] c-user/clock: Fix typo

From: Matt Joyce --- c-user/clock/directives.rst | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/c-user/clock/directives.rst b/c-user/clock/directives.rst index 6e1542c..877204a 100644 --- a/c-user/clock/directives.rst +++ b/c-user/clock/directives.rst @@ -1222,7 +1222,7 @@ s

Re: [PATCH 1/2] bsp/stm32f4xxxx_rcc.h: Fix RCC register defines

t? On Wed, Oct 19, 2022, 5:57 AM Matthew Joyce wrote: From: Matt Joyce Fix a double define of RCC_CFGR_PPRE2 and add RCC_CFGR_PPRE1_MSK. ---  bsps/arm/stm32f4/include/bsp/stm32f4_rcc.h | 3 ++-  1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/bsps/a

Re: [PATCH 2/2] bsp/stm32f4.h: Remove double define

It's on line 131. Both defines are referring to the same address (0x40023C00) --one define just starts from STM32F4_BASE and the other from STM32F4_AHB1_BASE. On 19.10.22 14:46, Joel Sherrill wrote: Looks ok but where was the other one? On Wed, Oct 19, 2022, 5:57 AM Matthew Joyce

[PATCH 0/2] bsp/stm32f4: Fix double defines

From: Matt Joyce Fix two defines in RCC_CFGR register and remove double define of STM32F4_FLASH. Matt Joyce (2): bsp/stm32f4_rcc.h: Fix RCC register defines bsp/stm32f4.h: Remove double define bsps/arm/stm32f4/include/bsp/stm32f4.h | 10 -- bsps/arm/stm32f4/include/bsp/

[PATCH 1/2] bsp/stm32f4xxxx_rcc.h: Fix RCC register defines

From: Matt Joyce Fix a double define of RCC_CFGR_PPRE2 and add RCC_CFGR_PPRE1_MSK. --- bsps/arm/stm32f4/include/bsp/stm32f4_rcc.h | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/bsps/arm/stm32f4/include/bsp/stm32f4_rcc.h b/bsps/arm/stm32f4/include/bsp/stm32f4_r

[PATCH 2/2] bsp/stm32f4.h: Remove double define

From: Matt Joyce Remove double define of STM32F4_FLASH. --- bsps/arm/stm32f4/include/bsp/stm32f4.h | 10 -- 1 file changed, 10 deletions(-) diff --git a/bsps/arm/stm32f4/include/bsp/stm32f4.h b/bsps/arm/stm32f4/include/bsp/stm32f4.h index 7f84480ece..3b1f9ff9ba 100644 --- a/bsps/arm/st

[PATCH] bsp-howto: Specify name of clock driver init func

From: Matt Joyce --- bsp-howto/clock.rst | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/bsp-howto/clock.rst b/bsp-howto/clock.rst index f3d30ce..b03f5ce 100644 --- a/bsp-howto/clock.rst +++ b/bsp-howto/clock.rst @@ -65,7 +65,7 @@ Clock Tick Only Initialization

[PATCH v2 6/6] testsuites/libtests/malloctest: fix warnings

From: Matt Joyce Edited tests to fix new gcc 12 warnings. Updates #4662 --- testsuites/libtests/malloctest/init.c | 22 +- 1 file changed, 13 insertions(+), 9 deletions(-) diff --git a/testsuites/libtests/malloctest/init.c b/testsuites/libtests/malloctest/init.c index 05d9

[PATCH v2 5/6] testsuites/libtests/POSIX/free.c: fix warning

From: Matt Joyce This change fixes a new warning in gcc 12. Updates #4662 --- testsuites/libtests/POSIX/free.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/testsuites/libtests/POSIX/free.c b/testsuites/libtests/POSIX/free.c index 8550eaa85c..6bc961b968 100644 --- a/testsu

[PATCH v2 3/6] cpukit/libcsupport/src/__gettod.c: avoid warning

From: Matt Joyce Define _LIBC to ensure access to the function prototype. The purpose is to avoid a new warning in gcc 12. Updates #4662. --- cpukit/libcsupport/src/__gettod.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/cpukit/libcsupport/src/__gettod.c b/cpukit/libc

[PATCH v2 4/6] cpukit/libmd/md5.c: fix warning

From: Matt Joyce Specify array size in parameter to match function prototype. This fixes a new warning in gcc 12. Updates #4662 --- cpukit/libmd/md5.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/cpukit/libmd/md5.c b/cpukit/libmd/md5.c index 4c909f37a0..5e3a100c7b 100644

[PATCH v2 2/6] cpukit/posix/src/_execve.c: fix warning

From: Matt Joyce Define _LIBC to access prototype for _execve() function. This fixes a new warning in gcc 12. Updates #4662 --- cpukit/posix/src/_execve.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/cpukit/posix/src/_execve.c b/cpukit/posix/src/_execve.c index 2858d13

[PATCH v2 1/6] libcsupport/src/__times.c: fix warning

From: Matt Joyce Define _LIBC to access prototype for _times() function. This fixes a new warning in gcc 12. Updates #4662. --- cpukit/libcsupport/src/__times.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/cpukit/libcsupport/src/__times.c b/cpukit/libcsupport/src/__tim

[PATCH v2 0/6] gcc 12 warning fixes

From: Matt Joyce Hello, Please find v2 attached. Changes: 1) Added additional patch for __gettod.c 2) Edited comments / formatting 3) Edited tests in malloctest 4) References RTEMS ticket #4662 Thank you! Sincerely, Matt Matt Joyce (6): libcsupport/src/__times.c: fix warning cpukit/posi

[PATCH 3/5] cpukit/libmd/md5.c: fix warning

From: Matt Joyce Specify array size in parameter to match function prototype. This fixes a new warning in gcc 12. --- cpukit/libmd/md5.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/cpukit/libmd/md5.c b/cpukit/libmd/md5.c index 4c909f37a0..5e3a100c7b 100644 --- a/cpukit/li

[PATCH 4/5] testsuites/libtests/POSIX/free.c: fix warning

From: Matt Joyce This change fixes a new warning in gcc 12. --- testsuites/libtests/POSIX/free.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/testsuites/libtests/POSIX/free.c b/testsuites/libtests/POSIX/free.c index 8550eaa85c..6bc961b968 100644 --- a/testsuites/libtests/P

[PATCH 5/5] testsuites/libtests/malloctest: fix warning

From: Matt Joyce Removed problematic free() and several unnecessary print statement parameters. This fixes new warnings in gcc 12. --- testsuites/libtests/malloctest/init.c | 17 +++-- 1 file changed, 3 insertions(+), 14 deletions(-) diff --git a/testsuites/libtests/malloctest/init.

[PATCH 1/5] libcsupport/src/__times.c: fix warning

From: Matt Joyce Define _LIBC to access prototype for _times() function. This fixes a new warning in gcc 12. --- cpukit/libcsupport/src/__times.c | 5 + 1 file changed, 5 insertions(+) diff --git a/cpukit/libcsupport/src/__times.c b/cpukit/libcsupport/src/__times.c index 629a7bc633..1a994ad

[PATCH 0/5] Fix gcc 12 warnings

From: Matt Joyce Hello, These patches fix several new warnings which appeared with gcc 12. Sincerely, Matt Matt Joyce (5): libcsupport/src/__times.c: fix warning cpukit/posix/src/_execve.c: fix warning cpukit/libmd/md5.c: fix warning testsuites/libtests/POSIX/free.c: fix warning tes

[PATCH 2/5] cpukit/posix/src/_execve.c: fix warning

From: Matt Joyce Define _LIBC to access prototype for _execve() function. This fixes a new warning in gcc 12. --- cpukit/posix/src/_execve.c | 5 + 1 file changed, 5 insertions(+) diff --git a/cpukit/posix/src/_execve.c b/cpukit/posix/src/_execve.c index 2858d13082..29c4fe8fcf 100644 --- a/

[PATCH 0/1] Newlib01: Add tests for rand() and lrand48()

From: Matt Joyce Hello, This patch adds tests for rand() and lrand48(). It checks to ensure their state is thread-specific, that they are properly initialized, and return the expected sequence for default seed values. Sincerely, Matt Matt Joyce (1): Newlib01: Add tests for rand() and lrand4

[PATCH 1/1] Newlib01: Add tests for rand() and lrand48()

From: Matt Joyce Check that the state of rand() and lrand48() is thread-specific, that they are properly initialized, and return the expected sequence of pseudo-random numbers for default seed values. --- testsuites/libtests/newlib01/init.c | 50 +++ testsuites/libtests

[PATCH] hexdump-conv.c: Fix gcc 12 compiler warning

From: Matt Joyce Fixed newly generated compiler warning introduced in the switch to gcc 12. gcc 12 adds the new warning -Warray-compare, which warns agains potentially dubious comparisons between operands of array type. --- cpukit/libmisc/shell/hexdump-conv.c | 2 +- 1 file changed, 1 insertion(

Re: [PATCH v2 1/1] newlib01: Check exit procs for global FILE obj

oc file in this test directory that needs updating? --joel On Mon, Mar 28, 2022 at 4:04 AM Matthew Joyce wrote: From: Matt Joyce ---  testsuites/libtests/newlib01/init.c | 110 ++--  1 file changed, 88 insertions(+), 22 deletions(-) di

[PATCH v3 1/1] newlib01: Added tests for exit procedures

From: Matt Joyce Added tests for exit procedures to ensure proper resource cleanup. The test now checks cleanup for files assigned to stdio streams and non-stdio streams. --- testsuites/libtests/newlib01/init.c | 120 +- testsuites/libtests/newlib01/newlib01.doc | 5 +

[PATCH v3 0/1] newlib01: Added tests for exit procedures

From: Matt Joyce Version 3 adds comments for clarification and updates the doc file. Matt Joyce (1): newlib01: Added tests for exit procedures testsuites/libtests/newlib01/init.c | 120 +- testsuites/libtests/newlib01/newlib01.doc | 5 +- 2 files changed, 101 inse

[PATCH v2 1/1] newlib01: Check exit procs for global FILE obj

From: Matt Joyce --- testsuites/libtests/newlib01/init.c | 110 ++-- 1 file changed, 88 insertions(+), 22 deletions(-) diff --git a/testsuites/libtests/newlib01/init.c b/testsuites/libtests/newlib01/init.c index c58154023b..bba187e8e2 100644 --- a/testsuites/libtests/ne

[PATCH v2 0/1] newlib01: Check exit procs for global FILE obj

From: Matt Joyce v2 removes some duplicate code and unnecessary asserts. Matt Joyce (1): newlib01: Added test of exit procedures for global FILE object testsuites/libtests/newlib01/init.c | 110 ++-- 1 file changed, 88 insertions(+), 22 deletions(-) -- 2.31.1 _

[PATCH 0/1] newlib01: Test exit procs for global FILE object

From: Matt Joyce This patch adds additional testing to newlib01, checking exit procedures for global FILE objects. Matt Joyce (1): newlib01: Added test of exit procedures for global FILE object testsuites/libtests/newlib01/init.c | 102 ++-- 1 file changed, 96 inserti

[PATCH 1/1] newlib01: Test exit procs for global FILE object

From: Matt Joyce --- testsuites/libtests/newlib01/init.c | 102 ++-- 1 file changed, 96 insertions(+), 6 deletions(-) diff --git a/testsuites/libtests/newlib01/init.c b/testsuites/libtests/newlib01/init.c index c58154023b..c20e0a04ff 100644 --- a/testsuites/libtests/new

[PATCH 1/1] newlib01: Check exit processing for file objects

From: Matt Joyce --- testsuites/libtests/newlib01/init.c | 131 ++-- 1 file changed, 124 insertions(+), 7 deletions(-) diff --git a/testsuites/libtests/newlib01/init.c b/testsuites/libtests/newlib01/init.c index 5864047a80..58757a7676 100644 --- a/testsuites/libtests/ne

[PATCH 0/1] newlib01: Check exit processing for file objects

From: Matt Joyce This patch adds additional tests for Newlib's exit processing for file objects. Matt Joyce (1): newlib01: Check exit processing for file objects testsuites/libtests/newlib01/init.c | 131 ++-- 1 file changed, 124 insertions(+), 7 deletions(-) -- 2.3

[PATCH 1/1] libtests/newlib01: Edit assert statements to check initialization

From: Matt Joyce Edit assert statements in worker thread to check initialization against the __cleanup member of struct _reent instead of sdidinit. This will allow the removal of sdidinit in a follow up Newlib patch. --- testsuites/libtests/newlib01/init.c | 6 +++--- 1 file changed, 3 insertion

[PATCH 0/1] libtests/newlib01: Edit assert statements to check initialization

From: Matt Joyce Edit assert statements to check initialization against __cleanup member of Newlib's struct _reent instead of __sdidinit. This will allow the removal of __sdidinit in a follow up Newlib patch. Matt Joyce (1): libtests/newlib01: Edit assert statements to check initialization t

Re: Interested in working on ticket #2902, #4328, or #4334

; > I just closed this. The Microblaze port was recently merged. It has a > BSP for HW and Qemu. Network support for libbsd and lwip should be > close. libdl and libdebugger support are missing. libdl should be > approachable. > > #4328 - New POSIX APIs from Issue 8 (2021/2022) > &g

Re: [PATCH 1/1] Implementation / tests for pthread_cond_clockwait()

/src/condclockwait.c > > new file mode 100644 > > index 00..4104235706 > > --- /dev/null > > +++ b/cpukit/posix/src/condclockwait.c > > @@ -0,0 +1,69 @@ > > +/** > > + * @file > > + * > > + * @ingroup POSIXAPI > > + * > >

Re: [PATCH 1/1] libc: Added prototypes for new POSIX APIs

Thanks very much for the quick reply! Ok, I'll make that change and submit. Sincerely, Matt On Fri, Aug 6, 2021 at 3:52 PM Joel Sherrill wrote: > > On Fri, Aug 6, 2021 at 8:37 AM Matt Joyce wrote: > > > > Added function prototypes to newlib/libc/include/pthread.h > > for the following Issue 8

Re: [PATCH 1/2] libc: Added implementations for sig2str/str2sig

On Wed, Jul 7, 2021 at 4:04 PM Joel Sherrill wrote: > > On Wed, Jul 7, 2021 at 5:46 AM Matt Joyce wrote: > > > > Added function implementations for sig2str() and str2sig() in libc/signal > > in order > > to improve POSIX compliance. > > --- > > newlib/libc/signal/sig2str.c | 156 +++

Re: [PATCH] libc: Added sig2str/str2sig prototypes

Dr. Joel, Thanks, I will make these changes and resubmit! Sincerely, Matt On Wed, Jul 7, 2021 at 3:57 PM Joel Sherrill wrote: > > On Wed, Jul 7, 2021 at 5:46 AM Matt Joyce wrote: > > > > Added definition of SIG2STR_MAX and function prototypes for sig2str > > and str2sig in sys/signal.h in ord

Re: GSOC: Adding all generated changes in patch to RSB?

n 29, 2021 at 7:21 PM Joel Sherrill wrote: > > On Tue, Jun 29, 2021 at 11:55 AM Matthew Joyce wrote: > > > > Dr. Joel, > > > > Thanks! This made me re-read your discord workflow advice from last > > week, and it brings me to another question...You wrote: > &g

Re: GSOC: Adding all generated changes in patch to RSB?

nk you again for your help! Sincerely, Matt On Tue, Jun 29, 2021 at 3:45 PM Joel Sherrill wrote: > > On Tue, Jun 29, 2021 at 8:07 AM Matthew Joyce wrote: > > > > Dear Mentors, > > > > I've implemented my new functions locally in Newlib, created basic > > te

GSOC: Adding all generated changes in patch to RSB?

Dear Mentors, I've implemented my new functions locally in Newlib, created basic tests in RTEMS, now I want to add the patches to the RSB to test them. I think I understand that once I submit these patches to newlib, they should only include the added lines of source code...not any changes genera

Re: GSoC POSIX Compliance: Can't Build RTEMS Tool Suite Anymore

laborate on what you mean by "just build newlib and install it over the RSB built version"? Thank you very much for your time! Sincerely, Matt On Jun 18, 2021, at 5:17 PM, Joel Sherrill wrote:  On Fri, Jun 18, 2021 at 8:33 AM Matthew Joyce wrote: > Dear Mentors, > >

Re: [PATCH] libc: Added sig2str/str2sig prototypes

Hi Eshan, Thanks very much for this...It's really helpful! Question on workflow: So for this example, I just apply the patch to RSB. Do I understand correctly that we need to rebuild the tool chain each and every time I make any change? (Step 7 in Vaibhav's Blog) This didn't compile, apparently b

Re: GSOC POSIX Compliance: Stuck trying to build Newlib

> > On Wed, Jun 16, 2021 at 11:37 AM Matthew Joyce wrote: >> >> I hate to ask, but where should the build binaries be if "make all" >> was actually successful? > > > For newlib, there should be various libc.a and libm.a files in the build > directory

Re: GSOC POSIX Compliance: Stuck trying to build Newlib

I hate to ask, but where should the build binaries be if "make all" was actually successful? Thanks! Matt On Wed, Jun 16, 2021 at 6:16 PM Eshan Dhawan wrote: > > Hi Matt, > > On 16-Jun-2021, at 9:27 PM, Matthew Joyce wrote: > > > > Hi Dr. Joel, > > &

Re: GSOC POSIX Compliance: Stuck trying to build Newlib

nu-as --with-gnu-ld When I enter "type sparc-rtems6-gcc" (I hope I'm understanding that correctly!), I get sparc-rtems6-gcc is hashed...and then my PATH. Thanks again! V/r, Matt On Wed, Jun 16, 2021 at 6:06 PM Joel Sherrill wrote: > > > > On Wed, Jun 16, 2021 at 10:57 A

Re: GSOC POSIX Compliance: Stuck trying to build Newlib

, Jun 16, 2021 at 3:06 PM Joel Sherrill wrote: > > Does adding --no-recursive and running it only from the directory you touched > a build system file in help? > > It is regenerating a lot you don't want to touch anyway. > > --joel > > On Wed, Jun 16, 2021, 5:32 A

Re: GSOC POSIX Compliance: Stuck trying to build Newlib

ad of newlib-cygwin > run command inside of ../newlib-cygwin/newlib > instead of ../newlib-cygwin > > > On Tue, Jun 15, 2021 at 10:59 PM Matthew Joyce wrote: >> >> Ah, ok will do! Thank you for the tip. >> >> On Tue, Jun 15, 2021 at 7:17 PM Gedare Bloom wr

Re: GSOC POSIX Compliance: Stuck trying to build Newlib

; > > > On Tue, Jun 15, 2021 at 1:23 PM Eshan Dhawan > > wrote: > >> > >> Hi matt > >> It would work if run inside newlib instead of newlib-cygwin > >> run command inside of ../newlib-cygwin/newlib > >> instead of ../newlib-cyg

Re: GSOC POSIX Compliance: Stuck trying to build Newlib

Ah, ok will do! Thank you for the tip. On Tue, Jun 15, 2021 at 7:17 PM Gedare Bloom wrote: > > Just a note, it's more efficient to capture your terminal dump into a > text file and attach that, rather than put a screenshot up. > > On Tue, Jun 15, 2021 at 11:14 AM Matthew Joyc

Re: GSOC POSIX Compliance: Stuck trying to build Newlib

m/questions/617872/cant-locate-autom4te-channeldefs-pm-in-inc-when-it-definitely-is-there > > On Tue, Jun 15, 2021 at 9:12 PM Matthew Joyce wrote: >> >> Hello Dr. Joel and Eshan, >> >> I have a patch ready to send to Newlib for the sig function prototypes >> and ST

GSOC POSIX Compliance: Stuck trying to build Newlib

Hello Dr. Joel and Eshan, I have a patch ready to send to Newlib for the sig function prototypes and STR2SIG_MAX. But to do that, I think I need to have Newlib built, which I must still be doing wrong. The error that I am getting is attached below. I’ve been trying to follow the steps here: http

Re: #4328: New APIs added to POSIX Standard (2021)

Hi Dr. Joel, Could you please point me to where I can find the API tracking CSV file? Thank you! Sincerely, Matt On Tue, Apr 6, 2021 at 8:29 PM Joel Sherrill wrote: > > > > On Thu, Apr 1, 2021 at 8:06 AM Gedare Bloom wrote: >> >> On Thu, Apr 1, 2021 at 6:21

Re: #4328: New APIs added to POSIX Standard (2021)

e > The sources Joel gave handed me > Where you can find potential candidates for porting methods > (I will send the list when I reach home around midnight IST ) > In those you can look for methods by greping :) > Thank > - Eshan > > On 01-Apr-2021, at 7:38 PM, Ma

Re: #4328: New APIs added to POSIX Standard (2021)

Dr. Gedare, Thanks for the info! Ok, I'll make sure to take out the glibc material. Sincerely, Matt On Thu, Apr 1, 2021 at 3:06 PM Gedare Bloom wrote: > > On Thu, Apr 1, 2021 at 6:21 AM Matthew Joyce wrote: > > > > Hi Dr. Joel and Dr. Gedare, > > > > I p

Re: #4328: New APIs added to POSIX Standard (2021)

2021 at 2:18 PM Joel Sherrill wrote: > > > > On Thu, Mar 25, 2021 at 7:14 AM Matthew Joyce wrote: >> >> Hi Dr. Joel, >> >> Thanks very much, that's a big help! Correct, I've been updating the >> spreadsheet as I go along. Ok, now I see that strlcat/s

Re: #4328: New APIs added to POSIX Standard (2021)

Hi Eshan, Got it, thanks very much for the explanation! I went ahead and updated the spreadsheet. It looks like you did an awesome job last year, by the way :-) Matt On Sun, Mar 28, 2021 at 9:57 AM Eshan Dhawan wrote: > > > > On 28-Mar-2021, at 12:17 PM, Matthew Joyce wrote: >

Re: #4328: New APIs added to POSIX Standard (2021)

Hi Eshan, Ok, great! Thank you for letting me know. By the way, where will it be implemented when it's patched in? Thanks again and have a great rest of your Sunday. Sincerely, Matt On Sun, Mar 28, 2021 at 6:54 AM Eshan Dhawan wrote: > > > > On 27-Mar-2021, at 1:49 AM, Mat

Re: #4328: New APIs added to POSIX Standard (2021)

Mar 25, 2021 at 2:18 PM Joel Sherrill wrote: > > > > On Thu, Mar 25, 2021 at 7:14 AM Matthew Joyce wrote: >> >> Hi Dr. Joel, >> >> Thanks very much, that's a big help! Correct, I've been updating the >> spreadsheet as I go along. Ok, now I see th

Re: #4328: New APIs added to POSIX Standard (2021)

Oh wow. That makes so much more sense now! Thanks very much for the clarification! Sincerely, Matt On Thu, Mar 25, 2021 at 2:18 PM Joel Sherrill wrote: > > > > On Thu, Mar 25, 2021 at 7:14 AM Matthew Joyce wrote: >> >> Hi Dr. Joel, >> >> Thanks very muc

Re: #4328: New APIs added to POSIX Standard (2021)

Sherrill wrote: > > Wow! Good work. There is a lot to digest here. Comments interspersed. > > I assume the spreadsheet is updated. > > On Wed, Mar 24, 2021 at 7:38 AM Matthew Joyce wrote: >> >> Hi Dr. Joel, >> >> I've gone over the list a few times n

Re: #4328: New APIs added to POSIX Standard (2021)

e? Thank you very much! Matt On Sun, Mar 21, 2021 at 6:38 PM Joel Sherrill wrote: > > > > On Sun, Mar 21, 2021 at 2:28 AM Matthew Joyce wrote: >> >> Gentlemen, >> >> Awesome, thanks! I see how that works now...I'll give it a thorough >> look to

Re: #4328: New APIs added to POSIX Standard (2021)

2021 at 8:27 PM Joel Sherrill wrote: > > > > On Fri, Mar 19, 2021 at 1:08 PM Gedare Bloom wrote: >> >> On Fri, Mar 19, 2021 at 11:16 AM Matthew Joyce wrote: >> > >> > Dr. Joel, >> > >> > Thanks very much...I'll keep working to get a se

Re: #4328: New APIs added to POSIX Standard (2021)

; > Keep devel@ on the list. :) > > On Fri, Mar 19, 2021 at 7:51 AM Matthew Joyce wrote: >> >> Sir, >> >> Thank you for the link! I see that you're right, those last four are >> in newlib, plus memmem(). I updated those in the Google Sheet. >> >&

#4328: New APIs added to POSIX Standard (2021)

https://docs.google.com/spreadsheets/d/1reCNOIZC5JTwQENgl-hvG8THfQqNtlUDVy_07PYodic/edit?usp=sharing Hello, As suggested by Dr. Sherril, I've taken an initial look through this document https://www.opengroup.org/austin/docs/austin_1110.pdf and added the new methods to a Googe Sheet, linked above

Re: GSoC: Matt Joyce Introduction

Sir, Thanks very much, that sounds great! I'll start a new thread with the initial Google Sheet. Sincerely, Matt On Thu, Mar 18, 2021 at 5:31 PM Joel Sherrill wrote: > > > > On Wed, Mar 17, 2021 at 10:50 AM Gedare Bloom wrote: >> >> Hi Matt, >> >>

Re: GSoC: Matt Joyce Introduction

i Matt, > > On Wed, Mar 17, 2021 at 6:18 AM Matthew Joyce wrote: > > > > Hello RTEMS Community! > > > > My name is Matt, I’m a former US Army infantry officer, now back in school > > pursuing a second bachelor’s in Computer Science at Oregon State University.

GSoC: Matt Joyce Introduction

Hello RTEMS Community! My name is Matt, I’m a former US Army infantry officer, now back in school pursuing a second bachelor’s in Computer Science at Oregon State University. I am new to open source, but I am just completing my second (elective) operating systems course and have a class in x8

[Screenshot] Matt Joyce GSOC Hello World Patch

Hello RTEMS Community, Please find my attached screenshot for the GSOC Hello World introduction. Thank you again for your time! Sincerely, Matt ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel