00:15:53 <jbk> can anyone think of any reason why mdb_ctf_member_info() doesn't use ctf_member_info() and instead does it's own iteration?
00:19:37 <danmcd> ping @cross
00:23:41 <danmcd> NVM.
03:42:37 <tozhu> does bhyve support RDMA/RoCE in illumos/smartos ?
05:04:55 <rmustacc> jbk: it appears it's doing its own thing so it can try to manually resolve forwards.
05:05:33 <rmustacc> mdb_ctf_type_resolve() does more than ctf_type_resolve() at first blush.
11:11:17 <teutat3s> Maybe a dumb question: can gcc12 on illumos build binaries for a linux x86_64 target?
11:12:11 <Woodstock> if you build a cross compiler targeting linux x86_64, you can certainly use it to build binaries for linux x86_64
11:15:18 <teutat3s> Woodstock (LIBERA-IRC): Thanks, I was hoping such a cross compiler could already be packaged in e.g. pkgsrc
11:16:15 <teutat3s> I see cross-* for different CPU archs only
11:16:56 <jperkin> in theory sure, in practise it's unlikely to be worth the effort given the amount of time it takes to build and the likelyhood of folks wanting different targets
11:17:30 <jperkin> a set of pre-built targets available somewhere might be useful though
11:17:51 <teutat3s> jperkin (LIBERA-IRC): I thought so, thanks
21:08:13 <ryao> The AVL tree code's TREE_TMP() is a really clever way of getting -1, 0 or 1 to indicate how two numbers compare. Unfortunately, a simple subtraction that gives a negative value, 0 or a positive value is always faster. :/
21:08:24 <ryao> s/TREE_TMP/TREE_CMP/
21:09:57 <ryao> Now I see why it is done this way... the subtraction trick doesn't work with unsigned integers.
21:11:16 <nbjoerg> ryao: it can also fail if the diff is too large
21:13:23 <ryao> Good point.
21:39:08 <ADS_Sr> Thanks for the help, everyone!