Re: tsearch2 regression test path problem
| От | Tom Lane |
|---|---|
| Тема | Re: tsearch2 regression test path problem |
| Дата | |
| Msg-id | 13801.1098053597@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | tsearch2 regression test path problem (Andrew Dunstan <andrew@dunslane.net>) |
| Ответы |
Re: tsearch2 regression test path problem
|
| Список | pgsql-hackers |
Andrew Dunstan <andrew@dunslane.net> writes:
> I'm not sure if there is some nicely portable way around this. Any
> suggestions?
Now that I think about it, we already had an open issue with tsearch2,
which is that the way it's doing this, a relocatable installation is
impossible.
I think the most reasonable fix is to change the readstoplist() function
so that it will accept relative paths and interpret them as relative to
the "share" directory (which is $datadir as seen by the Makefiles; we
can get the correct runtime location from get_share_path). Then we can
just put "contrib/english.stop" into the pg_ts_dict entry and not have
to interpolate any build-time path at all.
Will see about doing this.
regards, tom lane
В списке pgsql-hackers по дате отправления: