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


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

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

Started byEvan Hunt <each@isc.org>
First post2020-05-26 08:06 +0000
Last post2020-05-26 08:06 +0000
Articles 1 — 1 participant

Back to article view | Back to comp.protocols.dns.bind

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.


Contents

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

#15773 — Re: DLZ: dlz/modules, dlz/drivers ?

FromEvan Hunt <each@isc.org>
Date2020-05-26 08:06 +0000
SubjectRe: DLZ: dlz/modules, dlz/drivers ?
Message-ID<mailman.434.1590480396.942.bind-users@lists.isc.org>
> 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.

[toc] | [standalone]


Back to top | Article view | comp.protocols.dns.bind


csiph-web