<div dir="ltr">On Sat, Apr 5, 2014 at 4:50 AM, Chris Angelico <span dir="ltr"><<a href="mailto:rosuav@gmail.com" target="_blank">rosuav@gmail.com</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">If the Num nodes also had a .str member with the unparsed string ("1",<br>
"2.000", and "3.0j"), it would be possible to influence their<br>
interpretation with an AST transform - for instance, turning them into<br>
decimal.Decimal construction calls, or wrapping them in something that<br>
automatically keeps track of significant figures (which would mean<br>
that "2.000" is considered more precise than a mere "2.0" or "2.").<br>
<br>
It shouldn't be too difficult to do, and it could simply be ignored in<br>
most cases; any sort of change to the actual number could leave the<br>
original string out of sync with it, which isn't a problem.<br>
<br>
Thoughts?<br></blockquote><div><br></div><div>I like it. Apart from the AST transformation possibilities opened up, I have some AST-based style checkers that would have benefited from access to the raw numeric strings.</div>
<div><br></div><div>So as long as there's no significant adverse affect on total compilation time or space requirements, +1 from me.</div><div><br></div><div>Mark</div></div></div></div>