Re: xemacs installation
Martin recently submitted a patch for the problem of building under
OSF5, so you should be able to build 21.1 from the latest CVS sources (see
cvs.xemacs.org for details of how to access CVS). Or, you could apply
this patch, run autoconf and try again:
--- /usr/local/src/xemacs-21.1.14/configure.in Fri Jan 12 22:07:32 2001
+++ /home/acs/cvsroot/xemacs-21.1/configure.in Thu Feb 8 21:28:38 2001
＠＠ -1063,7 +1063,7 ＠＠
*-dec-osf1.2 | *-dec-osf1* ) opsys=decosf1-2 ;;
*-dec-osf3.[[2-9]] ) opsys=decosf3-2 ;;
*-dec-osf3* ) opsys=decosf3-1 ;;
- *-dec-osf4* ) opsys=decosf4-0 ;;
+ *-dec-osf[[4-9]]* ) opsys=decosf4-0 ;;
dnl DEC Ultrix
*-*-ultrix[[0-3]].* | *-*-ultrix4.0* ) opsys=bsd4-2 ;;
＠＠ -2740,7 +2740,8 ＠＠
if test -z "$with_xpm"; then
AC_MSG_CHECKING(for Xpm - no older than 3.4f)
xe_check_libs=-lXpm
- AC_TRY_RUN([#include <X11/xpm.h>
+ AC_TRY_RUN([#define XPM_NUMBERS
+#include <X11/xpm.h>
int main(int c, char **v) {
return c == 1 ? 0 :
XpmIncludeVersion != XpmLibraryVersion() ? 1 :
＠＠ -2768,6 +2769,9 ＠＠
AC_MSG_RESULT($with_xpm)
fi
if test "$with_xpm" = "yes"; then
+ dnl #### This code assumes that if AC_CHECK_LIB fails,
+ dnl #### then it will succeed if FOR_MSW is defined,
+ dnl #### but doesn't actually verify this assumption.
AC_DEFINE(HAVE_XPM)
XE_PREPEND(-lXpm, libs_x)
AC_MSG_CHECKING(for \"FOR_MSW\" xpm)
Let me know if this works for you.
- vin
Dylan Righi <drighi(a)OCE.ORST.EDU> writes:
Hello....
Two questions related to attempting to install Xemacs.
My computer was recently upgraded (the bastards!) and as a result the
version of Xemacs I had installed wouldn't run, so I thought it might be a
good time to upgrade Xemacs. The computer is a Compaq alpha running
OSF1v5.0
But downloading the xemacs-21.1.13 source code and attempting to configure
tells me:
checking host system type... alphaev6-dec-osf5.0
checking whether ln -s works... yes
checking the configuration name
configure: XEmacs hasn't been ported to `alphaev6-dec-osf5.0' systems.
configure: Check `etc/MACHINES' for recognized configuration names.
OK, fair enough.
I also have access to an older alpha that still has OSF1/v4.0 and thought
I could try installing on that machine. There, it makes it through the
config, and a large part of make, but trips with the error:
emacs.c:2770: `EMACS_MAJOR_VERSION' undeclared (first use in this
function)
emacs.c:2770: (Each undeclared identifier is reported only once
emacs.c:2770: for each function it appears in.)
emacs.c:2778: `EMACS_MINOR_VERSION' undeclared (first use in this
function)
make[1]: *** [emacs.o] Error 1
make[1]: Leaving directory `/home/pisco/usr3/drighi/xemacs-21.1.13/src'
make: *** [src] Error 2
Any pointers on fixes for this?
I also tried downloading the binaries. Running
bin/alpha-dec-osf4.0/xemacs results in:
allocate_nearest_color returned 0!!!
allocate_nearest_color returned 0!!!
Warning: Cannot allocate colormap entry for "Gray80"
allocate_nearest_color returned 0!!!
allocate_nearest_color returned 0!!!
Help! x_get_gc got a bogus fg value! fg = #<INTERNAL EMACS BUG
(symbol-value-forward type 13) 0x14012c590>
Fatal error (11).
I would appreciate any help. Thanks.
-Dylan
--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Dylan Righi drighi(a)oce.orst.edu
Oceanic and Atmospheric Sciences
Oregon State University
104 Ocean Admin Bldg voice: 541 737-5751
Corvallis, OR 97331-5503 fax: 541 737-2064
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~