Re: [COMMITTERS] pgsql: Remove too-smart-for-its-own-good optimization of not overwriting
В списке pgsql-hackers по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: [COMMITTERS] pgsql: Remove too-smart-for-its-own-good optimization of not overwriting |
| Дата | |
| Msg-id | 15130.1262663494@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: [COMMITTERS] pgsql: Remove too-smart-for-its-own-good optimization of not overwriting (Robert Haas <robertmhaas@gmail.com>) |
| Ответы |
Re: [COMMITTERS] pgsql: Remove too-smart-for-its-own-good
optimization of not overwriting
|
| Список | pgsql-hackers |
Robert Haas <robertmhaas@gmail.com> writes:
> On Mon, Jan 4, 2010 at 9:34 PM, Tom Lane <tgl@postgresql.org> wrote:
>> Log Message:
>> -----------
>> Remove too-smart-for-its-own-good optimization of not overwriting the output
>> files when they haven't changed. �This confuses make because the build fails
>> to update the file timestamps, and so it keeps on doing the action over again.
> This doesn't seem like a good idea.
The original code was a bad idea, written by someone who was a
self-acknowledged non expert on make. The way that you avoid
unnecessary recompilations is by not changing the input files,
not by breaking the file timestamp relationships that make depends
on to work sanely.
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера