<div class="gmail_quote">On Fri, Mar 25, 2011 at 11:28 AM, Mark Wiebe <span dir="ltr"><<a href="mailto:mwwiebe@gmail.com">mwwiebe@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="gmail_quote"><div class="im">On Fri, Mar 25, 2011 at 11:14 AM, Eli Stevens (Gmail) <span dir="ltr"><<a href="mailto:wickedgrey@gmail.com" target="_blank">wickedgrey@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div>On Fri, Mar 25, 2011 at 10:35 AM, Mark Wiebe <<a href="mailto:mwwiebe@gmail.com" target="_blank">mwwiebe@gmail.com</a>> wrote:<br>
> That said, I think starting a discussion with the Python core developers<br>
> about the float16 type is worthwhile. There might be interest in supporting<br>
> the float16 type in the struct interface, something that would be required<br>
> as part of amending PEP 3118.<br>
<br>
</div>That's something that wouldn't see production until Python 3.3, right?<br>
 I'm imagining that the buffer spec in use wouldn't change during the<br>
2.7.x series, unless it's unusually accepting of changes.</blockquote><div><br></div></div><div>That's true, but explaining the hoops being jumped through to support a new data type across multiple Python plugins could help evolve the spec if necessary, and they may have some good suggestions.</div>
</div></blockquote><div> </div></div>Thinking about that a bit more, maybe a convention added to PEP 3118 for custom types would be useful. For float16, labeling it as 'H' makes sense, then it could be followed by metadata identifying the custom type, like 'H{float16}'.<div>
<br></div><div>-Mark</div>