MFC native-xtools to stable/10

[garga]

Summary

MFC following revisions to stable/10:

r270155
r274490
r274593
r274607

In order to introduce native-xtools target to stable/10. On pfSense, we are working to have a 10.x ARM image and native-xtools is really useful to get packages built using poudriere + qemu-user-static. I just removed usr.bin/sort from the static binaries list because it's broken with -DNO_SHARED on stable/10. Also, I changed MK_foo=no options do -DNO_foo or -DWITHOUT_foo to make it work on stable/10.

Sponsored by: Netgate

[garga]

I managed to fix usr.bin/sort build with -DNO_SHARED, then included it on new diff.

[sbruno]

Please ensure you execute a full universe build before this is committed. Thanks!

[garga]

@sbruno while I was building pfSense ports on stable/10 using this patch, I got a couple of issues with native /bin/sh and /usr/bin/env, port build failed with the same message in both cases:
Error loading sh or Error loading env

I removed these 2 binaries from the list of native-xtools and didn't get more failures. I'm investigating the root cause of the issue and trying to understand what happened. If I couldn't figure it out, I'll remove them from the list and update the patch.

Should the fix for sort build with -DNO_SHARED committed separately?

[sbruno]

In D2044#9, @garga wrote:

@sbruno while I was building pfSense ports on stable/10 using this patch, I got a couple of issues with native /bin/sh and /usr/bin/env, port build failed with the same message in both cases:
Error loading sh or Error loading env

I removed these 2 binaries from the list of native-xtools and didn't get more failures. I'm investigating the root cause of the issue and trying to understand what happened. If I couldn't figure it out, I'll remove them from the list and update the patch.

Should the fix for sort build with -DNO_SHARED committed separately?

Yes. Please commit the NO_SHARED fix before committing the MFC of native-xtools.

[garga]

Closed by commit rS281834 (authored by @garga).