<p dir="ltr"><br>
On Apr 7, 2016 5:56 AM, "Sebastian Huber" <<a href="mailto:sebastian.huber@embedded-brains.de">sebastian.huber@embedded-brains.de</a>> wrote:<br>
><br>
><br>
><br>
> On 07/04/16 11:56, Chris Johns wrote:<br>
>><br>
>> On 7/04/2016 7:25 PM, Sebastian Huber wrote:<br>
>>><br>
>>> On 07/04/16 11:05, Chris Johns wrote:<br>
>>>><br>
>>>><br>
>>>> Do they allow the in-tree stack to build? [1]<br>
>>><br>
>>><br>
>>> Probably not without modifications, but it is the goal.<br>
>></p>
<p dir="ltr">Good. </p>
<p dir="ltr">>> Removing the stack from RTEMS is something I would like to see happen but this effects the other networking code in the tree.<br>
>><br>
>> The plan is to make the stack build externally.</p>
<p dir="ltr">So this is part of this upcoming effort?</p>
<p dir="ltr">Chris and I chatted last week that once this happens, the number of configure options should really be able to decline. SMP, MP, and the set of tests to build are the primary ones we would need to have.</p>
<p dir="ltr">>>> Before we start<br>
>>> working on this we have to be sure that the general change is acceptable.</p>
<p dir="ltr">Yes. Moving POSIX .h files to newlib is good IMO. And if Cygwin decides to also use them, it is better for a broader community.</p>
<p dir="ltr">Check with the newlib community to see if there bite. Corrina and Jeff usually like to share the headers.</p>
<p dir="ltr">>><br>
>> What sort of time frame are you thinking about? <br>
><br>
><br>
> Our primary goal is to make it possible to compile libressl per multilib and to simplify the standard/libbsd stack handling. We only have a very limited time budget for this and is should be available as soon as possible.<br>
></p>
<p dir="ltr">Any thoughts on how to move the drivers that are in BSPs when the old stack is external? Obviously they need to go along with the stack.</p>
<p dir="ltr">Chris and I have discussed at least some of the network services being considered packages beyond the stack. Stuff like httpd, ftpd, and telnetd should be able to work with either stack. Having one instance of those to maintain would be great.</p>
<p dir="ltr">I'm happy to see all this happen. Hopefully it can show up in digestable pieces.</p>
<p dir="ltr">><br>
> -- <br>
> Sebastian Huber, embedded brains GmbH<br>
><br>
> Address : Dornierstr. 4, D-82178 Puchheim, Germany<br>
> Phone   : +49 89 189 47 41-16<br>
> Fax     : +49 89 189 47 41-09<br>
> E-Mail  : <a href="mailto:sebastian.huber@embedded-brains.de">sebastian.huber@embedded-brains.de</a><br>
> PGP     : Public key available on request.<br>
><br>
> Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.<br>
><br>
> _______________________________________________<br>
> devel mailing list<br>
> <a href="mailto:devel@rtems.org">devel@rtems.org</a><br>
> <a href="http://lists.rtems.org/mailman/listinfo/devel">http://lists.rtems.org/mailman/listinfo/devel</a></p>