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/131896.html below:

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

[Python-Dev] .clinic.c vs .c.clinicSerhiy Storchaka storchaka at gmail.com
Mon Jan 20 23:18:44 CET 2014
20.01.14 20:09, Georg Brandl написав(ла):
> 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 :)

Sources tree already has one "clinic" directory (Tools/clinic/).


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