Jonathan T. Looney 3cbb4cc200 When copying types from one CTF container to another, ensure that we ... always copy intrinsic data types before copying bitfields which are based on those types. This ensures the type ordering in the destination CTF container matches the assumption made elsewhere in the CTF code that instrinsic data types will always appear before bitfields based on those types. This resolves the following error message some users have seen after r366908: "/usr/lib/dtrace/ipfw.d", line 121: failed to copy type of 'ip6p': Conflicting type is already defined Reviewed by: markj Sponsored by: Netflix Differential Revision: https://reviews.freebsd.org/D27213		2020-11-17 14:07:27 +00:00
..
compat/opensolaris	Merge OpenZFS support in to HEAD.	2020-08-25 02:21:27 +00:00
contrib/opensolaris	When copying types from one CTF container to another, ensure that we	2020-11-17 14:07:27 +00:00
lib	loader: zfs should support bootonce an nextboot	2020-09-21 09:01:10 +00:00
sbin	Use MLINKS where appropriate for zfs/zpool subcommand pages	2020-09-02 15:20:10 +00:00
tests
usr.bin	Add missing includes of src.opts.mk	2020-11-16 17:20:35 +00:00
usr.sbin	Remove -I flag for include path that doesn't exist	2020-09-10 15:37:07 +00:00
Makefile
Makefile.inc	Do a sweep and remove most WARNS=6 settings	2020-10-01 01:10:51 +00:00