Re: tsearch2 regression test path problem - Mailing list pgsql-hackers

From Tom Lane
Subject Re: tsearch2 regression test path problem
Date
Msg-id 13801.1098053597@sss.pgh.pa.us
Whole thread Raw
In response to tsearch2 regression test path problem  (Andrew Dunstan <andrew@dunslane.net>)
Responses Re: tsearch2 regression test path problem
List 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 by date:

Previous
From: Troels Arvin
Date:
Subject: Re: DETERMINISTIC as synonym for IMMUTABLE
Next
From: Andrew Dunstan
Date:
Subject: Re: tsearch2 regression test path problem