Sujet : Re: Rationale for aligning data on even bytes in a Unix shell file?
De : janis_papanagnou+ng (at) *nospam* hotmail.com (Janis Papanagnou)
Groupes : comp.lang.cDate : 30. Apr 2025, 11:46:30
Autres entêtes
Organisation : A noiseless patient Spider
Message-ID : <vusv28$40ra$1@dont-email.me>
References : 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19
User-Agent : Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0
On 30.04.2025 12:25, David Brown wrote:
On 30/04/2025 11:06, Muttley@DastardlyHQ.org wrote:
>
I've seen on more than one occasion C++ (not C yet) projects where there
were 2 files only different in case, eg: Network.cpp and network.cpp
where
the former would be the class and the latter would be procedural
support code.
I'd question the wisdom of such a convention. I'd rather have clearer
separation of the filenames, or perhaps use different directories,
aiming to make it hard to mix up the names. But maybe it is an
appropriate choice in some situations - perhaps alternative naming
schemes were considered worse in other ways.
I recall similar situations in our C++ contexts where name suffixes
were used (like "_util", "_aux", or similar) to disambiguate them.
I don't think it's a good idea to use the same names and resolve
them by organizing them through different directories only. I recall
we had used regularly -I compiler flags and I don't want to imagine
the hassle with same file names located in different directories.
Janis