<p dir="ltr">To reframe the problem (set the subject line), a segment tree of available features for the current/a given Python interpreter would be useful.</p>
<p dir="ltr">* [ ] this could be e.g. 'features.py' and<br>
* [ ] requested of (new) implementations (with historical data) <br>
* [ ] very simple Python package (python.features ?)</p>
<div class="gmail_quote">On May 30, 2015 7:54 AM, "Wes Turner" <<a href="mailto:wes.turner@gmail.com">wes.turner@gmail.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><p dir="ltr">Would it be useful to have one Python source file with an OrderedDict of<br>
(API_feat_lbl, [(start, None)]) mappings<br>
and a lookup?</p>
<p dir="ltr">* [ ] feat/version segments/rays map<br>
* [ ] .lookup("print[_function]")</p>
<p dir="ltr">Syntax ideas:</p>
<p dir="ltr">* has("print[_function]")</p>
<p dir="ltr">Advantages</p>
<p dir="ltr">* More pythonic to check for features than capabilities<br>
* Forward maintainability</p>
<p dir="ltr">Disadvantages:</p>
<p dir="ltr">* </p>
<p dir="ltr">Alternatives:</p>
<p dir="ltr">* six, nine, future<br>
* try/import ENOENT<br>
</p>
</blockquote></div>