<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Feb 19, 2019 at 12:45 PM Steve Dower <<a href="mailto:steve.dower@python.org">steve.dower@python.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 19Feb2019 1141, Barry Warsaw wrote:<br>
> Steve Dower wrote on 2/16/19 14:34:><br>
>> This is mostly about being able to assign blame when things break, so<br>
>> I'm totally okay with extension modules that want to play with internals<br>
>> declaring Py_BUILD_CORE to get access to them (though I suspect that<br>
>> won't work out of the box - maybe we should have a<br>
>> Py_I_TOO_LIKE_TO_LIVE_DANGEROUSLY?).<br>
> <br>
> Let's call it Py_POINTED_STICK of course!<br>
> <br>
> <a href="http://www.montypython.net/scripts/fruit.php" rel="noreferrer" target="_blank">http://www.montypython.net/scripts/fruit.php</a><br>
<br>
+1, and instead of "using the internal API" we can call it "coming at <br>
CPython with a banana" :D<br></blockquote><div><br></div><div>I don't think now is the exact time to do this since how to even handle PEPs isn't really settled in this new steering council world, but eventually maybe a PEP to outlining the re-org, how to opt into what seems to be the 3 different layers of the C API for users, guidelines on how to decide what APIs go where, etc. might be warranted? Stuff is starting to get strewn about without a centralized thing to focus discussions around so probably having a PEP to focus around might help.<br></div></div></div>