>* fixed a bug in snowball itself: in the generated header file: if an
> external prefix was specified, close_env wasn't being prefixed.
Well, that was deliberate and conforms to the documentation. 'close_env' is
the same for all the stemmers. But yes it is still a bug, since it would
lead to 'close_env' being mutiply defined if you used a number of stemmers.
I will have to alter the documentation since you don't have the marked-up
documentation sources.
>I also began work on making the build system build a single library,
>which will be able to perform stemming for any of the supported
>libraries (and will be a lot more convenient for IR people such as
>myself to use than including scripts individually). As part of this
>work, I changed the generated stem.[ch] files to use prefixes, to avoid
>symbol conflicts when I link them together. The prefix used is
>"language_" for each language.
>
>This means that, for example, the english stemmer now has
>english_create_env() english_close_env() and english_stem().
>
(Groans slightly anticipating work.) Yes I guess I saw that coming. But we
need a system where people can pick and mix among the stemmers. The various
.c or .o files should be distinct.
>I believe some pieces of documentation may need to be changed to reflect
>this: I havn't gone through and checked for this yet.
>
The documentation is reasonably general. So long as the Snowball command
line has the same definition we can build whatever system we please for
delivery.
_______________________________________________
Snowball-discuss mailing list
Snowball-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/snowball-discuss
_____________________________________________________________________
VirusChecked by the Incepta Group plc
_____________________________________________________________________
This archive was generated by hypermail 2.1.3 : Thu Sep 20 2007 - 12:02:40 BST