[nsd-users] NSD 4.7.0rc1 pre-release
Jeroen Koekkoek
jeroen at nlnetlabs.nl
Thu Jun 1 11:58:28 UTC 2023
Hi Florian,
The make depend fix was intentional, but we did not intentionally break
OpenBSD. Eventually we should probably switch to dynamically
determining dependencies(?) We'll have a look before doing the actual
release.
Thanks for letting us know.
Best,
Jeroen
On Thu, 2023-06-01 at 10:07 +0200, Florian Obser via nsd-users wrote:
> Hi,
>
> this might be a case of "I broke it, I get to keep both pieces."
>
> Commit 36ae6811f8633c7df32fff40a15e4b05b328c8a9 [1] adds a built
> dependency on compat/cpuset.h to every .o file, even if that is not
> needed on the OS one tries to build.
>
> In OpenBSD we do not carry the compat/ folder at all because we don't
> want to accidentally pick up alternative implementations over our own
> libc. Having a dependency on compat/cpuset.h breaks the build thusly:
>
> make: don't know how to make /usr/src/usr.sbin/nsd/compat/cpuset.h
> (prerequisite of: answer.o)
>
> HAVE_CPUSET_T guards the cpu affinity feature in nsd.c, server.c and
> util.c just fine. So if the OS does not support cpu affinity
> compat/cpuset.h is not needed at all.
>
> Was that "make depend" change intentional or was that picked up
> because
> make depend was run on a system with cpu affinity and then committed?
>
> I'm fine with an answer along the lines of "this is OpenBSD's
> problem". I just want to make sure.
>
> Thanks,
> Florian
>
> [1]
> https://github.com/NLnetLabs/nsd/commit/36ae6811f8633c7df32fff40a15e4b05b328c8a9
>
More information about the nsd-users
mailing list