Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > comp.protocols.dns.bind > #15773

Re: DLZ: dlz/modules, dlz/drivers ?

From Evan Hunt <each@isc.org>
Newsgroups comp.protocols.dns.bind
Subject Re: DLZ: dlz/modules, dlz/drivers ?
Date 2020-05-26 08:06 +0000
Message-ID <mailman.434.1590480396.942.bind-users@lists.isc.org> (permalink)
References <CANYNYEFYiudB9S7utjfBnM7W54wWKW7DH48vi1TqUPAkX-+g+w@mail.gmail.com> <20200526080652.GA36100@isc.org>

Show all headers | View raw


> contrib/README says that dlz/drivers are the old style dlz support,
> and one should use dlz/modules.

Correct.

The modules in contrib/dlz/modules are loaded at runtime. Since they're
dynamically linked, you don't have to link them into named at compile
time, so configure doesn't know about them.

> ./configure dlz options, however, seem to enable exactly dlz/drivers,
> i.e., the "deprecated" one, instead of dlz/modules.
> 
> What is the status of contrib/dlz/modules? Their build doesn't look to
> be integrated with the rest of the build system.

The ones in contrib/dlz/drivers ones do need to be linked in at compile
time, so they still turn up as configure options even though they're
kinda obsolete now.

I expect them to go away in 9.17/9.18; the only reason they're still there
now is that a few of them support databases that we don't have modules for
(postgres, ODBC).

-- 
Evan Hunt -- each@isc.org
Internet Systems Consortium, Inc.

Back to comp.protocols.dns.bind | Previous | Next | Find similar | Unroll thread


Thread

Re: DLZ: dlz/modules, dlz/drivers ? Evan Hunt <each@isc.org> - 2020-05-26 08:06 +0000

csiph-web