Re: dependencies for generated header files
От | Robert Haas |
---|---|
Тема | Re: dependencies for generated header files |
Дата | |
Msg-id | 603c8f070906281941s57b626b1t6076a8c81985e1ab@mail.gmail.com обсуждение исходный текст |
Ответ на | dependencies for generated header files (Robert Haas <robertmhaas@gmail.com>) |
Ответы |
Re: dependencies for generated header files
|
Список | pgsql-hackers |
On Sun, Jun 28, 2009 at 2:21 PM, Robert Haas<robertmhaas@gmail.com> wrote: > I think that our dependencies for generated header files (gram.h, > fmgroids.h, probes.h) are not as good as they could be. What we do > right now is make src/backend/Makefile rebuild these before recursing > through its subdirectories. This works OK for a top-level make, but > if you run make further down in the tree (like under > src/backend/commands) it won't necessarily rebuild everything that it > should. > > The attached patch moves some of this logic from src/backend/Makefile > to src/Makefile.global.in. That way, if you --enable-depend and then > do something like "touch src/include/catalog/pg_proc.h" and then "cd > src/backend/commands; make vacuum.o", it rebuilds fmgroids.h and then > recompiles vacuum.c. Under HEAD, it just tells you that vacuum.o is > up to date. > > I have tested this on vpath and non-vpath builds, with and without > --enable-depend. Woops. It seems that patch generates some warnings on a vpath build which I failed to notice. Corrected version that guards against same is attached. ...Robert
Вложения
В списке pgsql-hackers по дате отправления: