<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Sun, Nov 17, 2013 at 6:20 AM, Brett Cannon <span dir="ltr"><<a href="mailto:brett@python.org" target="_blank">brett@python.org</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5"><p dir="ltr"><br>
On Nov 17, 2013 8:58 AM, "Eli Bendersky" <<a href="mailto:eliben@gmail.com" target="_blank">eliben@gmail.com</a>> wrote:<br>
><br>
><br>
><br>
><br>
> On Sat, Nov 16, 2013 at 3:44 PM, Brett Cannon <<a href="mailto:brett@python.org" target="_blank">brett@python.org</a>> wrote:<br>
>><br>
>><br>
>><br>
>><br>
>> On Sat, Nov 16, 2013 at 1:40 PM, Eric Snow <<a href="mailto:ericsnowcurrently@gmail.com" target="_blank">ericsnowcurrently@gmail.com</a>> wrote:<br>
>>><br>
>>> If you look at the Python and Modules directories in the cpython repo,<br>
>>> you'll find modules in Python/ and core files (like python.c and<br>
>>> main.c) in Modules/.  (It's like parking on a driveway and driving on<br>
>>> a parkway. <wink>)  It's not that big a deal and not that hard to<br>
>>> figure out (so I'm fine with the status quo), but it is a bit<br>
>>> surprising.  When I was first getting familiar with the code base  a<br>
>>> few years ago (as a C non-expert), it was a not insignificant but not<br>
>>> major stumbling block.<br>
>>><br>
>>> The situation is mostly a consequence of history, if I understand<br>
>>> correctly.  The subject has come up before and I don't recall any<br>
>>> objections to doing something about it.  I haven't had the time to<br>
>>> track down those earlier discussions, though I remember Benjamin<br>
>>> having some comment about it.<br>
>>><br>
>>> Would it be too disruptive (churn, etc.) to clean this up in 3.5?  I<br>
>>> see it similarly to when I moved a light switch from outside my<br>
>>> bathroom to inside.  For a while, but not that long, I kept<br>
>>> unconsciously reaching for the switch that was no longer there on the<br>
>>> outside.  Regardless I'm glad I did it.  Likewise, moving the handful<br>
>>> of files around is a relatively inconsequential change that would make<br>
>>> the project just a little less surprising, particularly for new<br>
>>> contributors.<br>
>>><br>
>>> -eric<br>
>>><br>
>>> p.s. Either way I'll probably take some time (it shouldn't take long)<br>
>>> after the PEP 451 implementation is done to put together a patch that<br>
>>> moves the files around, just to see what difference it makes.<br>
>><br>
>><br>
>> I personally think it would be a good idea to re-arrange the files to make things more beginner-friendly. I believe Nick was also talking about renaming directories, etc. at some point. <br>
><br>
><br>
> If we're concerned with the beginner-friendliness of our source layout, I'll have to mention that I have a full ASDL parser lying around that's written in Python 3.4 (enums!) without using Spark. So that's one less custom tool to carry around with Python, less files and less LOCs in general. Just sayin' ;-)</p>



</div></div><p dir="ltr">Then stop saying and check it in (or at least open a big for it). :)</p></blockquote><div>I'll clean it up and will open an issue. This shouldn't be a problem w.r.t. the beta freeze since it's not a user-visible thing, and its validation is trivial given that we can compare the output files produced.<br>

<br>Eli<br></div><div><br> </div></div><br></div></div>