<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Mon, Jun 19, 2017 at 8:04 PM, Nick Coghlan <span dir="ltr"><<a href="mailto:ncoghlan@gmail.com" target="_blank">ncoghlan@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">As context for anyone not familiar with the time module precedent that<br>
Guido mentioned, we have a C level `PyStructSequence` that provides<br>
some of the most essential namedtuple features, but not all of them:<br>
<a href="https://github.com/python/cpython/blob/master/Objects/structseq.c" rel="noreferrer" target="_blank">https://github.com/python/<wbr>cpython/blob/master/Objects/<wbr>structseq.c</a><br>
<br>
So there's potentially a case to be made for:<br>
<br>
1. Including the struct sequence header from "Python.h" and making it<br>
part of the stable ABI<br>
2. Documenting it in the C API reference<br></blockquote><div><br></div><div>+1 -- I was just thinking this morning that a C-level named tuple would be nice.</div><div><br></div><div>And certainly better than re-implementing it in various places it is needed.</div><div><br></div><div>Would there be any benefit in making a C implementation available from Python?</div><div><br></div><div>-CHB</div><div><br></div><div><br></div></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><br>Christopher Barker, Ph.D.<br>Oceanographer<br><br>Emergency Response Division<br>NOAA/NOS/OR&R            (206) 526-6959   voice<br>7600 Sand Point Way NE   (206) 526-6329   fax<br>Seattle, WA  98115       (206) 526-6317   main reception<br><br><a href="mailto:Chris.Barker@noaa.gov" target="_blank">Chris.Barker@noaa.gov</a></div>
</div></div>