FFI module architecture decision was 'Python support policy'

[Gary E. Miller]

Yo James!

You did the same for gpsd, working nicely there.

Right before Hal wants a release may not be the best tie for it.

On Mon, 7 Sep 2020 09:03:48 -0700
James Browning via devel <devel at ntpsec.org> wrote:

> I (re)developed a Python wrapper around a C FFI stub[1]. It is largely
> based around my merge request !1010 [2].
> 
> Time to compile should be reduced because instead of compiling the
> entire source N times or compiling the Python extension N times (for
> an unimplemented concept), the source only compiled once.
> 
> The FFI stub would allow for simplified development of non-Python
> libraries.
> 
> What does everyone think about this? Can anyone make it break?
> 
> [1] https://gitlab.com/NTPsec/ntpsec/-/commits/ntpc
> [2] https://gitlab.com/NTPsec/ntpsec/-/merge_requests/1010
> _______________________________________________
> devel mailing list
> devel at ntpsec.org
> http://lists.ntpsec.org/mailman/listinfo/devel




RGDS
GARY
---------------------------------------------------------------------------
Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703
	gem at rellim.com  Tel:+1 541 382 8588

	    Veritas liberabit vos. -- Quid est veritas?
    "If you can't measure it, you can't improve it." - Lord Kelvin
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 851 bytes
Desc: OpenPGP digital signature
URL: <https://lists.ntpsec.org/pipermail/devel/attachments/20200907/eaaf5bc8/attachment.bin>