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.