>>> In article <498e6161.1040...@ntp.isc.org>, ma...@ntp.isc.org (Danny Mayer) >>> writes:
Harlan> I think you are dead wrong on this Danny, and next time we're Harlan> trying it my way. In particular, we must have an easier way to Harlan> import new releases from ISC, and I want to make sure that whenever Harlan> possible, ISC takes back any patches we have. Danny> No, I'm not wrong. The design was done by some of the sharpest Danny> programmers in the business. These were not your average Danny> programmers. I worked with them to get this done over several Danny> years. You'd be hard put to improve over the layout. ntp is Danny> structurally deficient in comparison. Fix the ntp structure before Danny> you try and improve on ISC's. We're talking about different things. I'm saying we're going to import libisc/ using the directory structure they use, and we're not going to perform surgery on that code to remove the bits we don't want and take the remaining bits and distribute them in different places. And I'll note a clear improvement below. Harlan> This should get better when ISC releases libisc as a Harlan> tearoff/standalone library. Danny> It's standalone now. That was part of the original design. Harlan> We have different definitions of "standalone" then. Danny> Probably, but there is nothing you need to do to use the libisc Danny> library for other applications. Until libisc provides an autoconf macro, say ISC_LIBISC, that contains all the needed configure.ac magic I'm gonna say that libisc may be the basis for some excellent software, but it is not yet a product. Harlan> My intent is to import libisc as a single unit, and this will affect Harlan> the build scripts for Windows. Danny> Not really. ... (Lots of other things) I hear you, disagree with you, and after 4.2.6 is out we're going to find a way to cleanly import libisc/ in one subdir of the NTP tree and the unix and windows builds will have to deal with that. If this turns out to be Difficult, I'll work with ISC to make it easier to do, for at least an iteration or two. ISC has told me several times over the years that they want libisc/ to be more generally useful. I'm gonna do what I can to see that happen. I find the current situation with what is needed to upgrade libisc/ in NTP to be intolerable, and in this case my vote wins. -- Harlan Stenn <st...@ntp.org> http://ntpforum.isc.org - be a member! _______________________________________________ questions mailing list questions@lists.ntp.org https://lists.ntp.org/mailman/listinfo/questions