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

From Andrew Dunstan
Subject Re: tsearch2 regression test path problem
Date
Msg-id 4172FF43.4020208@dunslane.net
Whole thread Raw
In response to Re: tsearch2 regression test path problem  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers

Tom Lane wrote:

>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.
>
>
>  
>

Excellent.

cheers

andrew


pgsql-hackers by date:

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