<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Sep 16, 2020 at 7:51 AM Clukey (US), Steven A <<a href="mailto:steven.a.clukey@boeing.com" target="_blank">steven.a.clukey@boeing.com</a>> 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">Thanks! I had missed that. I've gotten libbsd compiled/linked and now I can run a loopback test<br>
<br>
A question though: if RTEMS_NETWORKING doesn't work on the 64-bit targets, why does it compile? Could the `--enable-networking` configure option be removed or marked as an error on the targets that it doesn't support?<br></blockquote><div><br></div><div>PowerPC has 32 and 64 bit support and it does work on the 32-bit ones.  </div><div><br></div><div>The other issue is that some BSPs have no network drivers, some have only drivers for the legacy in-tree stack, some have only libbsd, and a few support both stacks.</div><div><br></div><div>Checking this would be a per-BSP <a href="http://configure.ac">configure.ac</a> change which would be OK if we were sticking with the current build system but with the switch to waf on the master and (unfunded) plan to move the legacy stack to its own build tree, I'm not sure adding any error checks will get much attention. If patches showed up, I don't think there would be opposition to merging them though. I just don't think a core developer will invest their volunteer time in it.</div><div><br></div><div>--joel</div><div><br></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
_______________________________________________<br>
users mailing list<br>
<a href="mailto:users@rtems.org" target="_blank">users@rtems.org</a><br>
<a href="http://lists.rtems.org/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.rtems.org/mailman/listinfo/users</a><br>
</blockquote></div></div>