<p dir="ltr"><br>
On 18 Jan 2014 19:08, "Chris Angelico" <<a href="mailto:rosuav@gmail.com">rosuav@gmail.com</a>> wrote:<br>
><br>
> On Sat, Jan 18, 2014 at 8:02 PM, Serhiy Storchaka <<a href="mailto:storchaka@gmail.com">storchaka@gmail.com</a>> wrote:<br>
> > 2. I'm not use any IDE, but if you use, it can be important for you. If IDE<br>
> > shows sources tree, unlikely you want to see generated *.clinic.c files in<br>
> > them. This will increase the list of sources almost twice.<br>
><br>
> A point for the contrary side: In any editor or IDE with syntax<br>
> highlighting, a .clinic.c file will be highlighted as C code, but it<br>
> would take extra configuration to handle a .clinic file that way. But<br>
> that's a relatively minor consideration (AIUI most people won't be<br>
> looking at the .clinic files much, and for those who do, configure the<br>
> editor appropriately).</p>
<p dir="ltr">I can argue either side, but the biggest potential problem I see with Serhiy's suggestion is the likelihood of breaking automatic cross referencing of symbols in most IDEs, as well as causing possible issues for interactive debuggers. These are at least valid fragments of C files, even if they're not designed to be compiled independently. However, if both Visual Studio and gdb can still find the symbols correctly, even with the ".clinic" extension, then I would consider that a point strongly in favour of Serhiy's suggestion.</p>

<p dir="ltr">Picking up on a side comment in Serhiy's post, based on my experience reviewing a patch that included changes to clinic input blocks, I'd also prefer if a parallel file was the default, and single file was opt in (or not allowed at all). Getting changes reviewed and merged is one of the biggest bottlenecks in our workflow, and the inline version of clinic is much harder to review due to the intermingled diff of clinic input and generated output.</p>

<p dir="ltr">Cheers,<br>
Nick.</p>
<p dir="ltr">><br>
> ChrisA<br>
> _______________________________________________<br>
> Python-Dev mailing list<br>
> <a href="mailto:Python-Dev@python.org">Python-Dev@python.org</a><br>
> <a href="https://mail.python.org/mailman/listinfo/python-dev">https://mail.python.org/mailman/listinfo/python-dev</a><br>
> Unsubscribe: <a href="https://mail.python.org/mailman/options/python-dev/ncoghlan%40gmail.com">https://mail.python.org/mailman/options/python-dev/ncoghlan%40gmail.com</a><br>
</p>