Legacy networking stack removal
chrisj at rtems.org
Wed Oct 7 00:07:18 UTC 2020
On 7/10/20 10:21 am, Joel Sherrill wrote:
> On Tue, Oct 6, 2020, 6:16 PM Chris Johns <chrisj at rtems.org
> <mailto:chrisj at rtems.org>> wrote:
> What is the life span of the legacy stack in rtems.git? I see this software as a
> I'd love it to be a sliver over autoconf.
Sounds like a plan. I have created a task against the 6.1 milestone:
> I think it is hard to actively encourage our users to use libbsd if we have an
> enable or waf equivalent at hand in rtems.git.
> I'd love it to go in its own separate repo. Is that at all possible? What's
I suggest we move it to a top level repo with the network demo code and then see
what happens. In theory it should be easy to build with rtems_waf.
The remaining fragments of code can be removed from the BSP files and maybe
moved to a header file in the new repo once we have made the split.
The change will break existing users but I think we need to make the change.
Users who still depend on this stack need to either post here and make us aware,
post fixes or directly contact you, me or others for support options.
More information about the devel