So, I've independently stumbled over this same issue. I'm working on
producing the GNU emacs package for Solaris. Once this integrates
into the sfw consolidation, it will make its way into OpenSolaris.
I sent off a test package to a coworker who installed it on OpenSolaris,
rand eported that it doesn't run:
ld.so.1: emacs-x: fatal: libXaw.so.5: open failed: No such file or
directory
And sent me the pointer to this discussion.
Having emacs for OpenSolaris is the overall goal of this exercise.
So now I'm trying to decide what, if anything, I need to do about this.
Unfortunately, not using the athena widgets for emacs isn't going to work
in the short to medium term, as it's the primary way emacs is built.
I did do gtk builds, because that would clearly be a nice fit for
Solaris. The 32-bit version spews assert messages to stderrr.
The 64-bit version sits for a few seconds at startup, and then dumps
core. Clearly, there's work to be done before gtk is an option. Also,
the Linux distros generally offer all three emacs variants (no-X,
athena, and gtk), and athena is often the default there.
So given that I want to continue with athena widgets for now, my options
seem to be:
1) Just do the Nevada port, and wait for the libXaw work
to get done, at which time, emacs will "just work" on
OpenSolaris.
2) Build a private copy of libXaw, and statically link it
3) Examine the possibility of rebuilding the package on
OpenSolaris, instead of simply using the
built-on-nevada binaries.
I could use your advice in deciding what my next step is.
While I'm here: What is the story on libXaw3d for OpenSolaris?
If it were to appear, the scrollbar on emacs would take advantage
of it. As far as I can tell, the scrollbar is the main toolkit feature
used by emacs/
Thanks for the help/advice...
- Ali
This message posted from opensolaris.org
