[prev in list] [next in list] [prev in thread] [next in thread] 

List:       musl
Subject:    Re: [musl] strtok
From:       Bery Saidi <abdelberysaidi () gmail ! com>
Date:       2020-06-22 0:57:58
Message-ID: CAMTscPWwrpBam4mH=+uZ92+e=h+NkN_zmmbDkvU-hiV4ghj8qw () mail ! gmail ! com
[Download RAW message or body]

I can also provide testing and feedback.
Regards,
On Sat, Jun 20, 2020 at 9:01 AM Robert Skopal=C3=ADk <rs@income.cz> wrote:

> Me tooo :)))
>
> -----Original Message-----
> From: Patrick Oppenlander [mailto:patrick.oppenlander@gmail.com]
> Sent: Saturday, June 20, 2020 9:07 AM
> To: musl@lists.openwall.com
> Subject: Re: [musl] strtok
>
> On Sat, Jun 20, 2020 at 10:15 AM Rich Felker <dalias@libc.org> wrote:
> >
> > If multiple programs are running, each needs its own execution context
> > including its own versions of all libc (and any other) global data.
> > Probably you should look into the ARM FDPIC ABI, which is the right
> > way to do this while still sharing program text for MMU-less
> > microcontrollers like the one you're working with. The tooling should
> > be mature now so that support could be added to musl, but making it
> > happen needs people who are interested in providing feedback and
> > testing.
> >
>
> I'm very interested and will definitely be able to provide feedback &
> testing.
>
> Apex (apexrtos.com) is waiting for musl FDPIC support so that I can
> work on the kernel side. This is the RTOS with the Linux syscall
> interface I think I might have mentioned some time ago.
>
> Patrick
>

[Attachment #3 (text/html)]

<div dir="ltr"><div>I can also provide testing and feedback.<br>Regards,</div><div \
class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Jun 20, 2020 at 9:01 AM \
Robert Skopalík &lt;<a href="mailto:rs@income.cz">rs@income.cz</a>&gt; \
wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px \
0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Me tooo :)))<br> <br>
-----Original Message-----<br>
From: Patrick Oppenlander [mailto:<a href="mailto:patrick.oppenlander@gmail.com" \
                target="_blank">patrick.oppenlander@gmail.com</a>] <br>
Sent: Saturday, June 20, 2020 9:07 AM<br>
To: <a href="mailto:musl@lists.openwall.com" \
                target="_blank">musl@lists.openwall.com</a><br>
Subject: Re: [musl] strtok<br>
<br>
On Sat, Jun 20, 2020 at 10:15 AM Rich Felker &lt;<a href="mailto:dalias@libc.org" \
target="_blank">dalias@libc.org</a>&gt; wrote:<br> &gt;<br>
&gt; If multiple programs are running, each needs its own execution context<br>
&gt; including its own versions of all libc (and any other) global data.<br>
&gt; Probably you should look into the ARM FDPIC ABI, which is the right<br>
&gt; way to do this while still sharing program text for MMU-less<br>
&gt; microcontrollers like the one you&#39;re working with. The tooling should<br>
&gt; be mature now so that support could be added to musl, but making it<br>
&gt; happen needs people who are interested in providing feedback and<br>
&gt; testing.<br>
&gt;<br>
<br>
I&#39;m very interested and will definitely be able to provide feedback &amp; \
testing.<br> <br>
Apex (<a href="http://apexrtos.com" rel="noreferrer" \
target="_blank">apexrtos.com</a>) is waiting for musl FDPIC support so that I can<br> \
work on the kernel side. This is the RTOS with the Linux syscall<br> interface I \
think I might have mentioned some time ago.<br> <br>
Patrick<br>
</blockquote></div></div>



[prev in list] [next in list] [prev in thread] [next in thread]