Showing content from http://mail.python.org/pipermail/python-dev/attachments/20160511/a27adc64/attachment.html below:
<div dir="ltr">Is there anything holding up PEP 515 at this point in terms of acceptance or implementation?<br><br><div class="gmail_quote"><div dir="ltr">On Sat, 19 Mar 2016 at 11:56 Guido van Rossum <<a href="mailto:guido@python.org">guido@python.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">All that sounds fine!<br>
<br>
On Sat, Mar 19, 2016 at 11:28 AM, Stefan Krah <<a href="mailto:stefan@bytereef.org" target="_blank">stefan@bytereef.org</a>> wrote:<br>
> Guido van Rossum <guido <at> <a href="http://python.org" rel="noreferrer" target="_blank">python.org</a>> writes:<br>
>> So should the preprocessing step just be s.replace('_', ''), or should<br>
>> it reject underscores that don't follow the rules from the PEP<br>
>> (perhaps augmented so they follow the spirit of the PEP and the letter<br>
>> of the IBM spec)?<br>
>><br>
>> Honestly I think it's also fine if specifying this exactly is left out<br>
>> of the PEP, and handled by whoever adds this to Decimal. Having a PEP<br>
>> to work from for the language spec and core builtins (int(), float()<br>
>> complex()) is more important.<br>
><br>
> I'd keep it simple for Decimal: Remove left and right whitespace (we're<br>
> already doing this), then remove underscores from the remaining string<br>
> (which must not contain any further whitespace), then use the IBM grammar.<br>
><br>
><br>
> We could add a clause to the PEP that only those strings that follow<br>
> the spirit of the PEP are guaranteed to be accepted in the future.<br>
><br>
><br>
> One reason for keeping it simple is that I would not like to slow down<br>
> string conversion, but thinking about two grammars is also a problem --<br>
> part of the string conversion in libmpdec is modeled in ACL2, which<br>
> would be invalidated or at least complicated with two grammars.<br>
><br>
><br>
><br>
> Stefan Krah<br>
><br>
> _______________________________________________<br>
> Python-Dev mailing list<br>
> <a href="mailto:Python-Dev@python.org" target="_blank">Python-Dev@python.org</a><br>
> <a href="https://mail.python.org/mailman/listinfo/python-dev" rel="noreferrer" target="_blank">https://mail.python.org/mailman/listinfo/python-dev</a><br>
> Unsubscribe: <a href="https://mail.python.org/mailman/options/python-dev/guido%40python.org" rel="noreferrer" target="_blank">https://mail.python.org/mailman/options/python-dev/guido%40python.org</a><br>
<br>
<br>
<br>
--<br>
--Guido van Rossum (<a href="http://python.org/~guido" rel="noreferrer" target="_blank">python.org/~guido</a>)<br>
_______________________________________________<br>
Python-Dev mailing list<br>
<a href="mailto:Python-Dev@python.org" target="_blank">Python-Dev@python.org</a><br>
<a href="https://mail.python.org/mailman/listinfo/python-dev" rel="noreferrer" target="_blank">https://mail.python.org/mailman/listinfo/python-dev</a><br>
Unsubscribe: <a href="https://mail.python.org/mailman/options/python-dev/brett%40python.org" rel="noreferrer" target="_blank">https://mail.python.org/mailman/options/python-dev/brett%40python.org</a><br>
</blockquote></div></div>
RetroSearch is an open source project built by @garambo
| Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4