Re: pkg/60697: devel/libuuid: does not build on DragonFly

["zakinko%snowrabbit.org@localhost via gnats" <gnats-admin%NetBSD.org@localhost>]

The following reply was made to PR pkg/60697; it has been noted by GNATS.

From: zakinko%snowrabbit.org@localhost
To: gnats-bugs%NetBSD.org@localhost
Cc: wiz%NetBSD.org@localhost, bsiegert%NetBSD.org@localhost, zakinko%snowrabbit.org@localhost
Subject: Re: pkg/60697: devel/libuuid: does not build on DragonFly
Date: Mon, 14 Sep 2026 20:07:33 +0900 (JST)

 Thanks for updating it, and for checking rather than just applying the
 patch.
 
 The update did not fix it -- the fix is still needed.  I built the current
 tree on DragonFly today rather than reasoning from the diff, since the
 version had moved and my earlier numbers were against 2.40.2.  This time I
 also built the two other packages that share the file, which I had not done
 for the original report.
 
 DragonFly 6.4-RELEASE/x86_64, unprivileged bootstrap, devel/libuuid at
 Makefile.common rev 1.15 (util-linux 2.42.3), one machine, each pair back
 to back in the same tree:
 
                     stock 1.15              1.15 + the line
   devel/libuuid     cpu_set_t... yes        cpu_set_t... (cached) no
                     40 cpuset errors        no cpuset compiled
                     rc=1, no package        rc=0, libuuid-2.42.3.tgz
 
   devel/libblkid    cpu_set_t... yes        cpu_set_t... (cached) no
                     3 cpuset errors         rc=0, libblkid-2.42.3.tgz
                     rc=1, no package
 
   x11/mcookie       cpu_set_t... yes        cpu_set_t... (cached) no
                     40 cpuset errors        rc=0, mcookie-2.42.3.tgz
                     rc=1, no package
 
 All three stop at the same first error:
 
   ./include/cpuset.h:43: '__cpu_mask' undeclared
   ./include/cpuset.h:43: 'cpu_set_t' has no member named '__bits'
 
 They reach it by different routes.  libuuid and mcookie compile
 lib/cpuset.c; libblkid does not, but include/path.h:156 pulls cpuset.h in
 and it dies compiling libblkid/src/la-cache.lo.  For libblkid I installed a
 patched libuuid first, so that what failed was libblkid's own build and not
 its dependency.
 
 Nothing relevant changed between 2.40.2 and 2.42.3: configure.ac still
 looks for cpu_set_t in <sched.h>, lib/Makemodule.am still adds
 lib/cpuset.c under HAVE_CPU_SET_T, and include/cpuset.h still writes the
 CPU_*_S macros against __cpu_mask and cpu_set_t.__bits when CPU_ALLOC is
 absent.  DragonFly has the type but neither CPU_ALLOC nor glibc, which is
 the one combination that header does not cover.  2.42.3 reaches a little
 further in: lib/cpuset.c now touches __bits directly as well, not only
 through the header.
 
 The diff in the original report still applies to rev 1.15 unchanged
 (patch -C -p0, hunk at line 30, no fuzz).