> This makes no difference in terms of the ease of tracking their changes,
> of course, but it just feels better to me to be distributing "real"
> source code and not derived files.

Hmm.
1 Compiling from .sbl by original Snowball's makefile requires Perl and doesn't 
work cleanly:
% gmake
....
cc -o snowball compiler/space.o compiler/tokeniser.o compiler/analyser.o 
compiler/generator.o compiler/driver.o compiler/generator_java.o
gmake: *** No rule to make target `libstemmer/libstemmer_c.in', needed by 
`libstemmer/libstemmer.c'.  Stop.
I used http://snowball.tartarus.org/dist/snowball_code.tgz tarball.

2 Snowball's compiling infrastructure doesn't support Windows target.

I agree with simplify support process but, IMHO, it's much simpler to do it with 
C sources with pgsql's building infrastructure

And where should it be placed? src/snowball directory?

-- 
Teodor Sigaev                                   E-mail: teodor(at)sigaev(dot)ru
                                                    WWW: http://www.sigaev.ru/

In response to

• Re: Tsearch vs Snowball, or what's a source file? at 2007-06-02 22:28:55 from Tom Lane

Responses

• Re: Tsearch vs Snowball, or what's a source file? at 2007-06-09 15:03:15 from Teodor Sigaev

pgsql-hackers by date

Next:	From: Rodrigo Sakai	Date: 2007-06-04 13:20:13
	Subject: Re: ERROR: index row size
Previous:	From: Zeugswetter Andreas ADI SD	Date: 2007-06-04 10:41:44
	Subject: Re: Constraint exclusion oddity with composite index