On Sun, 23 Dec 2007 23:26:14 +0000 (UTC), Kevin Kofler wrote:
This says what it says: gtkspell is now using enchant instead of
aspell. For
the rationale, see:
http://fedoraproject.org/wiki/Releases/FeatureDictionary
> compose.o: In function `compose_set_spell_lang_menu':
> /builddir/build/BUILD/sylpheed-2.4.8/src/compose.c:5331: undefined reference
to `new_aspell_config'
> /builddir/build/BUILD/sylpheed-2.4.8/src/compose.c:5332: undefined reference
to `get_aspell_dict_info_list'
> /builddir/build/BUILD/sylpheed-2.4.8/src/compose.c:5333: undefined reference
to `delete_aspell_config'
> /builddir/build/BUILD/sylpheed-2.4.8/src/compose.c:5335: undefined reference
to `aspell_dict_info_list_elements'
> /builddir/build/BUILD/sylpheed-2.4.8/src/compose.c:5336: undefined reference
to `aspell_dict_info_enumeration_next'
> /builddir/build/BUILD/sylpheed-2.4.8/src/compose.c:5336: undefined reference
to `aspell_dict_info_enumeration_next'
> /builddir/build/BUILD/sylpheed-2.4.8/src/compose.c:5342: undefined reference
to `delete_aspell_dict_info_enumeration'
And this is Sylpheed trying to use aspell-related functions directly, so of
course this doesn't work anymore. If Sylpheed really must use APIs of the
underlying spellchecker instead of the gtkspell abstraction,
GtkSpell does not offer an interface that could be used to retrieve the list of
available dictionaries.
it'll have to be patched to use enchant too.
Which is what I've done as a fix/work-around.
(Technically, those linker errors could probably be
fixed by linking in aspell directly, but that'll not solve the actual problem
because Sylpheed would then try to read the list of languages from aspell while
gtkspell is actually using enchant.)
Yes, that's not an option.