Replacing python ntpc submodule using ctypes/ffi

[Mark Atwood, Project Manager]

That looks neat!

Everyone, what do you think?

..m

On Mon, Aug 5, 2019 at 5:57 AM James Browning via devel
<devel at ntpsec.org> wrote:
>
> I have set up a branch replacing the current Python version-specific
> ntp.ntpc with a language-agnostic foreign function interface stub point
> and a version agnostic Python ntp.ntpc using cytpes.
>
> On build, it produces a single shared library 'libntp.so' in the ntpd
> sub^n-directory and a now neat Python module in the adjacent pylib
> directory.
>
> The intention is to speed up the compilation of multiple version of the
> Python module. The current implementation requires recompilation of the
> entire tree. I think soon that a reasonable meta-build system could
> build the tree once, install and then link in new Python versions as
> desired. Also, it would allow for the authoring of third party non-
> Python clients.
>
> At this point, I am looking for constructive criticism. I am posting this
> here because I feel this would be impactful and non-trivial. I must admit
> I am unaware of the impactfulness of my submissions.
>
> tdr; merge request -> https://gitlab.com/NTPsec/ntpsec/merge_requests/1010
>
> branch -> https://gitlab.com/jamesb_fe80/ntpsec/tree/ctype
> _______________________________________________
> devel mailing list
> devel at ntpsec.org
> http://lists.ntpsec.org/mailman/listinfo/devel



-- 
Mark Atwood <mark.atwood at ntpsec.org>
Project Manager, https://NTPsec.org
+1-206-604-2198