Re: garbage variable in GNUmakefile.in - Mailing list pgsql-hackers

From Tom Lane
Subject Re: garbage variable in GNUmakefile.in
Date
Msg-id 25928.1533650788@sss.pgh.pa.us
Whole thread Raw
In response to garbage variable in GNUmakefile.in  (Daniel Gustafsson <daniel@yesql.se>)
Responses Re: garbage variable in GNUmakefile.in
List pgsql-hackers
Daniel Gustafsson <daniel@yesql.se> writes:
> I happened to notice that there is a variable 'garbage' in GNUmakefile.in,
> which was defined in 32163099d7c43a0244f463eb4e525c711e6e97a3 ~18 years ago,
> but which seems to not be used?  Is 'garbage' a special make variable or is a
> leftover which can be removed?

It's not a special make variable, so far as I can find in the gmake manual.

It looks like the idea was to list filename patterns that could be subject
to automatic removal during "make clean", but Peter backed off listing it
in the clean target and then forgot to remove the variable.

I couldn't find any contemporaneous discussion in the archives, but I do
vaguely recall that at some point --- maybe not just then --- we talked
about having such auto removal and decided it was a bad idea.  Editor
backup filenames, for instance, vary depending on your weapon of choice;
and core file names vary too, these days.  So there's a project policy
that we wouldn't enable any such removal by the makefiles.  (These days
people would probably turn to git commands for such cleanup, anyway.)

In short, yeah, I think we could nuke that.  But maybe Peter remembers
it differently.

            regards, tom lane


pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: [PATCH] Include application_name in "connection authorized" log message
Next
From: Don Seiler
Date:
Subject: Re: [PATCH] Include application_name in "connection authorized" log message