A RetroSearch Logo

Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Search Query:

Showing content from https://mail.python.org/pipermail/python-dev/2014-January/131883.html below:

[Python-Dev] .clinic.c vs .c.clinic

[Python-Dev] .clinic.c vs .c.clinic [Python-Dev] .clinic.c vs .c.clinicGeorg Brandl g.brandl at gmx.net
Mon Jan 20 19:09:11 CET 2014
Am 20.01.2014 14:31, schrieb Serhiy Storchaka:
> 20.01.14 15:03, Nick Coghlan написав(ла):
>> On 20 January 2014 21:14, Serhiy Storchaka <storchaka at gmail.com> wrote:
>>> 20.01.14 10:05, Larry Hastings написав(ла):
>>>> Contestant 4: "Put in clinic directory, add .h"
>>>>
>>>>      foo.c -> clinic/foo.c.h
>>>>      foo.h -> clinic/foo.h.h
>>>
>>>
>>> -1. (Generated files are located far from origins, directory name clutters
>>> the namespace of directory names).
>>
>> Larry's not talking about a top level directory here (at least I hope
>> he isn't). This proposal would mean using "Objects/clinic",
>> "Python/clinic", "Modules/clinic" as appropriate.
> 
> This means the appearance of directories with the common name "clinic" 
> in random places of the source tree. Some special name ("__clinic__", 
> ".clinic") looks slightly less confusing to me.

"clinic" shouldn't be such a common name in C soures :)

Georg

More information about the Python-Dev mailing list

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