Re: pg_regress: stat correct paths
От
Jorgen Austvik
Тема
Re: pg_regress: stat correct paths
Дата
Msg-id
474B0704.6060108@sun.com
Ответ на
Re: pg_regress: stat correct paths (Tom Lane)
Список
Дерево обсуждения
pg_regress: stat correct paths Jorgen Austvik - Sun Norway <Jorgen.Austvik@Sun.COM>
Re: pg_regress: stat correct paths Alvaro Herrera <alvherre@alvh.no-ip.org>
Re: pg_regress: stat correct paths Tom Lane <tgl@sss.pgh.pa.us>
Re: pg_regress: stat correct paths Jorgen Austvik <Jorgen.Austvik@Sun.COM>
Re: pg_regress: stat correct paths Tom Lane <tgl@sss.pgh.pa.us>
Re: pg_regress: stat correct paths Jorgen Austvik <Jorgen.Austvik@Sun.COM>
Re: pg_regress: stat correct paths Tom Lane <tgl@sss.pgh.pa.us>
Re: pg_regress: stat correct paths Jorgen Austvik <Jorgen.Austvik@Sun.COM>
Re: pg_regress: stat correct paths Jorgen Austvik - Sun Norway <Jorgen.Austvik@Sun.COM>
Re: pg_regress: stat correct paths Tom Lane <tgl@sss.pgh.pa.us>
Re: pg_regress: stat correct paths Jorgen Austvik <Jorgen.Austvik@Sun.COM>
Tom Lane wrote: > Ah. The reason this works in VPATH mode is that setup of the build tree > duplicated all subdirectories of the source tree, so ./input/ should > exist iff $srcdir/input/ does. I agree it's a bit ugly though; it'd > be better to stat what we really plan to read. > > Maybe push the stat operation inside convert_sourcefiles_in ? Yes, that was what I tried to do in the patch, but unfortunately I was too eager :) I'll send a new proposal tomorrow. Thanks for your help! -J -- Jørgen Austvik, Software Engineering Database Technology Group
В списке pgsql-patches по дате отправления