[EMBOSS] Emboss 4.0.0 on Solaris 9, EMNU and MSE issues

[David Mathog]

I'm having some problems getting EMNU and MSE to build on 
a Solaris 9 (Sparc) machine.  Pretty sure in both cases it
has to do with an ncurses versus curses confusion somewhere inside
the configure script.

After building EMBOSS 4.0.0 I was able to build all of the
Embassy packages other than EMNU and MSE with just:

 ./configure
 make
 make install

EMNU blew up at the make with:

gcc -O2 -o .libs/emnu emnu.o  ../../../nucleus/.libs/libnucleus.so
../../../ajax/.libs/libajax.so ../../../plplot/.libs/libplplot.so -lmenu
-lform -L/usr/lib -lnsl -lsocket /usr/local/lib/libgd.so
-L/usr/local/lib -L/usr/local/BerkeleyDB.4.2/lib -L/usr/local/ssl/lib
-L/usr/openwin/lib -lXpm -lX11 /usr/local/lib/libjpeg.so
/usr/local/lib/libfontconfig.so -L/usr/openwin/llib
/usr/local/lib/libexpat.so /usr/local/lib/libfreetype.so -lpng12 -lpng
-lz -lm /usr/local/lib/libiconv.so -lncurses -R/usr/local/lib -R/usr/lib
Undefined			first referenced
 symbol  			    in file
box32                               emnu.o  (symbol belongs to implicit
dependency /usr/lib/libcurses.so.1)
initscr32                           emnu.o  (symbol belongs to implicit
dependency /usr/lib/libcurses.so.1)
w32attron                           emnu.o  (symbol belongs to implicit
dependency /usr/lib/libcurses.so.1)
w32attroff                          emnu.o  (symbol belongs to implicit
dependency /usr/lib/libcurses.so.1)
acs32map                            emnu.o  (symbol belongs to implicit
dependency /usr/lib/libcurses.so.1)
getbegx                             emnu.o  (symbol belongs to implicit
dependency /usr/lib/libcurses.so.1)
getbegy                             emnu.o  (symbol belongs to implicit
dependency /usr/lib/libcurses.so.1)
getcurx                             emnu.o  (symbol belongs to implicit
dependency /usr/lib/libcurses.so.1)
getcury                             emnu.o  (symbol belongs to implicit
dependency /usr/lib/libcurses.so.1)


Those are curses functions.  To build EMNU it was only necessary to do

 cd source
 nedit Makefile
   (change -lncurses -> -lcurses)
 cd ..
 make
 make install

and emnu worked.  It would start, menu navigation was possible, and
so forth.

Trying the same thing with MSE allowed it to compile and link, but it
wouldn't run.  Or rather, it would start, but the screen would lock up.
Here is where the build went wrong with the Makefile as originally
created by ./configure:

gcc -O2 -o .libs/mse mse.o  ../ckit/.libs/libckit.so -L/usr/local/lib
-L/usr/local/BerkeleyDB.4.2/lib -L/usr/local/ssl/lib -L/usr/openwin/lib
-L/usr/lib -L/usr/openwin/llib ../../../nucleus/.libs/libnucleus.so
../../../ajax/.libs/libajax.so ../../../plplot/.libs/libplplot.so -lnsl
-lsocket /usr/local/lib/libgd.so -lXpm -lX11 /usr/local/lib/libjpeg.so
/usr/local/lib/libfontconfig.so /usr/local/lib/libexpat.so
/usr/local/lib/libfreetype.so -lpng12 -lpng -lz -lm
/usr/local/lib/libiconv.so -lncurses -R/usr/local/lib -R/usr/lib
Undefined			first referenced
 symbol  			    in file
initscr32                           mse.o
w32addch                            mse.o
w32attrset                          mse.o

The solaris 9 curses pieces are here:

  /usr/lib/libcurses.so
  /usr/include/curses.h

and the ncurses pieces are here:

  /usr/local/lib/libncurses.so
  /usr/local/include/ncurses/curses.h

Anybody else seen this?  What needs to be done to get mse to build?

Thanks,

David Mathog
mathog at caltech.edu
Manager, Sequence Analysis Facility, Biology Division, Caltech