[aspell-devel] "-Wl,-mimpure-text" on Solaris

[Greg Hudson]

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.