Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.protocols.dns.bind > #15773 > unrolled thread
| Started by | Evan Hunt <each@isc.org> |
|---|---|
| First post | 2020-05-26 08:06 +0000 |
| Last post | 2020-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.
Re: DLZ: dlz/modules, dlz/drivers ? Evan Hunt <each@isc.org> - 2020-05-26 08:06 +0000
| From | Evan Hunt <each@isc.org> |
|---|---|
| Date | 2020-05-26 08:06 +0000 |
| Subject | Re: 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.
Back to top | Article view | comp.protocols.dns.bind
csiph-web