Path: news.eternal-september.org!eternal-september.org!.POSTED!not-for-mail From: Muttley@DastardlyHQ.org Newsgroups: comp.lang.c Subject: Re: Rationale for aligning data on even bytes in a Unix shell file? Date: Wed, 30 Apr 2025 12:38:53 -0000 (UTC) Organization: A noiseless patient Spider Lines: 29 Message-ID: References: <20250428203634.00006e09@yahoo.com> Injection-Date: Wed, 30 Apr 2025 14:38:53 +0200 (CEST) Injection-Info: dont-email.me; posting-host="4c8a2d891048b877383a09d39e1152c0"; logging-data="318919"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1+VzYJZCAEA0pzsu2CUUPb2" Cancel-Lock: sha1:qehTrjHo7mIYn+VbPSBCChkyLRs= On Wed, 30 Apr 2025 12:25:34 +0200 David Brown wibbled: >On 30/04/2025 11:06, Muttley@DastardlyHQ.org wrote: >> On Wed, 30 Apr 2025 09:45:20 +0200 >> David Brown wibbled: >>> More relevant to this group, it make also be convenient for people >>> trying to work with big C code bases that were written on Windows and >>> you now want to compile (for whatever target you want) them on Linux. >>> I've seen code bases developed on Windows machines where the >>> capitalisation of include directives was inconsistent - that works on >>> case-insensitive filesystems, but not on case-sensitive systems. (Yes, >>> I know there are many other ways to deal with such issues, but putting >>> the source code in a case-insensitive directory on ext4 is one option.) >> >> 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. Its certainly not a scheme I'd use, but I've also seen Makefile and makefile in the same package build directory in the past.