This problem was apparently reported to pspell-devel on Jan 27 2002 by Guillaume Laures and ignored.
Building aspell 0.50.3 on Solaris 9 with gcc 3.2.1 and gnu ld 2.11.2, I get: /bin/bash ../libtool --mode=link g++ -g -O2 -L/usr/athena/lib -Wl,-R/usr/athena/lib -o libaspell.la -rpath /usr/athena/lib -Wl,-mimpure-text -version-info 15:2:0 can_have_error-c.lo info-c.lo string_list-c.lo config-c.lo speller-c.lo string_map-c.lo error-c.lo mutable_container-c.lo string_pair_enumeration-c.lo find_speller.lo new_checker.lo new_filter.lo new_config.lo string_enumeration-c.lo word_list-c.lo filter-c.lo document_checker-c.lo ../common/libaspell-common.la ../modules/speller/default/libaspell-speller-default.la ../modules/filter/libaspell-filter-standard.la ../modules/tokenizer/libaspell-tokenizer-standard.la [Huge shell command line ommitted; contains -Wl,-mimpure-text] /usr/gcc/lib/gcc-lib/sparc-sun-solaris2.9/3.2.1/ld: unrecognised emulation mode: impure-text Supported emulations: elf32_sparc elf64_sparc collect2: ld returned 1 exit status gmake: *** [libaspell.la] Error 1 With the native ld, I get a big usage message instead. I'm not sure how anyone manages to build aspell on Solaris without hacking the build system. I checked out the CVS logs for configure.ac in an effort to figure out why this flag is present (it appears to be used only on Solaris and only with gcc, that latter part of which is weird since "-Wl" flags are interpreted by the linker, not the compiler). Unfortunately, the commit message for rev 1.15 wasn't very enlightening: Portability Fixes. Fix so -O3 works. Assuming I'm not missing something big, can this bit of configure lossage be either fixed or removed in a future release? Thanks. _______________________________________________ Aspell-devel mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/aspell-devel
