Sujet : Re: 32 bits time_t and Y2038 issue
De : antispam (at) *nospam* fricas.org (Waldek Hebisch)
Groupes : comp.arch.embeddedDate : 21. Mar 2025, 15:04:59
Autres entêtes
Organisation : To protect and to server
Message-ID : <vrjrm9$2ehre$1@paganini.bofh.team>
References : 1 2 3 4 5 6 7
User-Agent : tin/2.6.2-20221225 ("Pittyvaich") (Linux/6.1.0-9-amd64 (x86_64))
David Brown <
david.brown@hesbynett.no> wrote:
On 18/03/2025 19:28, Michael Schwingen wrote:
On 2025-03-18, David Brown <david.brown@hesbynett.no> wrote:
A good makefile picks up the new files automatically and handles all the
dependencies, so often all you need is a new "make -j".
I don't do that anymore - wildcards in makefiles can lead to all kinds of
strange behaviour due to files that are left/placed somewhere but are not
really needed.
I'm sure you can guess the correct way to handle that - don't leave
files in the wrong places :-)
I prefer to list the files I want compiled - it is not that
much work.
In a project of over 500 files in 70 directories, it's a lot more work
than using wildcards and not keeping old unneeded files mixed in with
source files.
In project with about 550 normal source files, 80 headers, 200 test
files, about 1200 generated files spread over 12 directories I use
explicit file lists. Lists of files increase volume of Makefile-s,
but in my experience extra work to maintain file list is very small.
Compared to effort needed to create a file, adding entry to file list
is negligible.
Explicit lists are useful if groups of files should get somewhat
different treatment (I have less need for this now, but it was
important in the past).
IMO being explicit helps with readablity and make code more
amenable to audit.
-- Waldek Hebisch