Re: Has anyone actually built emacs 21.3 for SOLARIS (sparc)?

[David Combs]

In article <pan.2003.05.20.21.03.12.709422@yahoo.com>,
Dave Uhring <daveuhring@yahoo.com> wrote:
>On Tue, 20 May 2003 15:53:59 -0400, Bijan Soleymani wrote:
>
>> Looks like you've got problems with libXaw3d.
>> 
>> You should look for xaw3d in /etc/PROBLEMS. Here is what I found:
>> 
>> "
>> * On systems with shared libraries you might encounter run-time errors
>> from the dynamic linker telling you that it is unable to find some
>> shared libraries, for instance those for Xaw3d or image support.
>> These errors mean Emacs has been linked with a library whose shared
>> library is not in the default search path of the dynamic linker.
>
>Solaris is an ELF system.  The library search path is supposed to be in
>the headers of the binary.  It gets put there by using the proper LDFLAGS
>during the compile time link.
>
>[emacs-21.3]$ echo $LD_LIBRARY_PATH $LD_RUN_PATH
>
>[emacs-21.3]$ ldd src/emacs-21.3.1
>        libXm.so.4 =>    /usr/dt/lib/libXm.so.4
>        libgen.so.1 =>   /usr/lib/libgen.so.1
>        libXp.so.1 =>    /usr/openwin/lib/libXp.so.1
>        libXmu.so.4 =>   /usr/openwin/lib/libXmu.so.4
>        libXt.so.4 =>    /usr/openwin/lib/libXt.so.4
>        libSM.so.6 =>    /usr/openwin/lib/libSM.so.6
>        libICE.so.6 =>   /usr/openwin/lib/libICE.so.6
>        libXext.so.0 =>  /usr/openwin/lib/libXext.so.0
>        libtiff.so.3 =>  /usr/sfw/lib/libtiff.so.3
>        libjpeg.so.62 =>         /usr/sfw/lib/libjpeg.so.62
>        libpng.so.2 =>   /usr/sfw/lib/libpng.so.2
>        libz.so.1 =>     /usr/lib/libz.so.1
>        libm.so.1 =>     /usr/lib/libm.so.1
>        libXpm.so.4 =>   /usr/openwin/lib/libXpm.so.4
>        libX11.so.4 =>   /usr/openwin/lib/libX11.so.4
>        libsocket.so.1 =>        /usr/lib/libsocket.so.1
>        libnsl.so.1 =>   /usr/lib/libnsl.so.1
>        libkstat.so.1 =>         /usr/lib/libkstat.so.1
>        libcurses.so.1 =>        /usr/lib/libcurses.so.1
>        libc.so.1 =>     /usr/lib/libc.so.1
>        libdl.so.1 =>    /usr/lib/libdl.so.1
>        libmp.so.2 =>    /usr/lib/libmp.so.2
>        /usr/platform/SUNW,Ultra-1/lib/libc_psr.so.1
>
> 


Thanks!


My "make" got as far as creating "temacs", for
which ldd on gives:



        libXaw3d.so.5 =>         (file not found)
        libXmu.so.4 =>   /usr/openwin/lib/libXmu.so.4
        libXt.so.4 =>    /usr/openwin/lib/libXt.so.4
        libSM.so.6 =>    /usr/openwin/lib/libSM.so.6
        libICE.so.6 =>   /usr/openwin/lib/libICE.so.6
        libXext.so.0 =>  /usr/openwin/lib/libXext.so.0
        libXpm.so.4 =>   /usr/openwin/lib/libXpm.so.4
        libX11.so.4 =>   /usr/openwin/lib/libX11.so.4
        libsocket.so.1 =>        /usr/lib/libsocket.so.1
        libnsl.so.1 =>   /usr/lib/libnsl.so.1
        libkstat.so.1 =>         /usr/lib/libkstat.so.1
        libcurses.so.1 =>        /usr/lib/libcurses.so.1
        libm.so.1 =>     /usr/lib/libm.so.1
        libc.so.1 =>     /usr/lib/libc.so.1
        libdl.so.1 =>    /usr/lib/libdl.so.1
        libmp.so.2 =>    /usr/lib/libmp.so.2
        /usr/platform/SUNW,Sun-Blade-100/lib/libc_psr.so.1

Why does mine want the 3d thing, and yours doesn't?


Also, you did that echo of the two LD_..._PATHs, and
showed nothing for what typed out.

Here's what I get:


84 ==/dkcjunk==> echo $LD_RUN_PATH
LD_RUN_PATH: Undefined variable
85 ==/dkcjunk==> echo $LD_LIBRARY_PATH
LD_LIBRARY_PATH: Undefined variable
86 ==/dkcjunk==> 

A prior answer said to define the first one as
/usr/openwin/lib.

Is that your opinion too?

And what about the RUN path -- set it to what?

(The last time I dealt with these concepts was
way back on dec-20 twenex; since then I've been
using a language no one's ever heard of (Mainsail)
that works entirely differently, doesn't even
use ld, does such things its own (also nice) way.)

Thanks!

David

PS: your opinion on those configure-args suggested in that
same post?  Any changes, or use as-is.