Group: pgsql.committers


Subject: pgsql: Add sample text search dictionary templates and parsers, to
From: tgl@sss.pgh.pa.us (Tom Lane)
Date: 10/15/2007 7:17:12 PM
Andrew Dunstan <andrew@dunslane.net> writes: > Looks like dict-xsyn needs some windows install help for the rules file. Ah, I was afraid of that :-(. The bespoke rule for installing that file looked like trouble but I forgot about it while looking at the rest of the code. It doesn't seem like teaching Mkvcbuild.pm about this specific file would be a real good plan. Can we get the DATA macro to handle it somehow? It's not going into the toplevel SHAREDIR --- will a relative path work? regards, tom lane ---------------------------(end of broadcast)--------------------------- TIP 2: Don't 'kill -9' the postmaster

Subject: pgsql: Add sample text search dictionary templates and parsers, to
From: tgl@sss.pgh.pa.us (Tom Lane)
Date: 10/16/2007 10:05:27 AM
Magnus Hagander <magnus@hagander.net> writes: > Do we expect there might be more like this? We could easily add a rule > to Install.pm to know about DICTFILES rules in addition to DATA > rules.. Yeah, after sleeping on it I think we need a general-purpose solution. There are likely to be more not fewer tsearch-related contrib modules in future; and even if you don't believe that, people will certainly want to use the PGXS infrastructure to build add-on dictionaries. So we should provide a DATA-like macro to specify installing stuff into $SHAREDIR/tsearch_data/, instead of making everyone reinvent the hack that's currently in dict_xsyn/Makefile. I was going to propose calling it DATA_TSEARCH, but DICTFILES would work too. Any preferences? regards, tom lane ---------------------------(end of broadcast)--------------------------- TIP 4: Have you searched our list archives? http://archives.postgresql.org

Subject: pgsql: Add sample text search dictionary templates and parsers, to
From: tgl@sss.pgh.pa.us (Tom Lane)
Date: 10/16/2007 12:01:26 PM
Magnus Hagander <magnus@hagander.net> writes: > DATA_TSEARCH seems better, it indicates where the files are going even > clearer. Done. regards, tom lane ---------------------------(end of broadcast)--------------------------- TIP 2: Don't 'kill -9' the postmaster