1:13 a.m.
I've been running various versions of XEmacs 21.2 lately, but I
thought I would try getting the new release 21.1.14, just for kicks.
When I tried to configure it, I got this message:
./configure: XEmacs hasn't been ported to `alphaev5-dec-osf5.0' systems.
./configure: Check `etc/MACHINES' for recognized configuration names.
'./configure ... alpha-dec-osf1' worked, sort of (the tests in 'make
check' report 100% success, but then it hangs; otherwise, xemacs seems
to run okay). Is it worthwhile fixing configure to recognize
alphaev5-dec-osf5.0?
(On a related topic, should /etc/MACHINES be updated in version
21.2.43, to reflect the fact that alphaev5-dec-osf5.0 is recognized by
configure?)
--
John H. Palmieri
Dept of Mathematics, Box 354350 palmieri(a)math.washington.edu
University of Washington http://www.math.washington.edu/~palmieri/
Seattle, WA 98195-4350
7:11 a.m.
Executive summary: this patch bvelongs in 21.1.15.
>>>> "JHP" == John H Palmieri
<palmieri(a)math.washington.edu> writes:
JHP> I've been running various versions of XEmacs 21.2 lately, but I
JHP> thought I would try getting the new release 21.1.14, just for kicks.
JHP> When I tried to configure it, I got this message:
JHP> ./configure: XEmacs hasn't been ported to `alphaev5-dec-osf5.0'
systems.
JHP> ./configure: Check `etc/MACHINES' for recognized configuration names.
Here's the trivial patch to fix this:
John: could you test this? (patch, autoconf, configure, make)
Vin: could you add this to 21.1.15?
http://list-archive.xemacs.org/xemacs-patches/200010/msg00025.html
./ChangeLog:
2000-10-06 Martin Buchholz <martin(a)xemacs.org>
* configure.in: Pretend that DEC OSF >= 5 is really DEC OSF 4.
Index: configure.in
===================================================================
RCS file: /usr/CVSroot/XEmacs/xemacs/configure.in,v
retrieving revision 1.111.2.125
diff -u -w -r1.111.2.125 configure.in
--- configure.in 2000/10/03 06:31:24 1.111.2.125
+++ configure.in 2000/10/06 05:57:32
＠＠ -1108,7 +1108,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 ;;
JHP> './configure ... alpha-dec-osf1' worked, sort of (the tests in 'make
JHP> check' report 100% success, but then it hangs; otherwise, xemacs seems
JHP> to run okay). Is it worthwhile fixing configure to recognize
JHP> alphaev5-dec-osf5.0?
Yes.
9:44 p.m.
Martin Buchholz <martin(a)xemacs.org> writes:
Executive summary: this patch bvelongs in 21.1.15.
>>>>> "JHP" == John H Palmieri
<palmieri(a)math.washington.edu> writes:
JHP> ./configure: XEmacs hasn't been ported to `alphaev5-dec-osf5.0'
systems.
JHP> ./configure: Check `etc/MACHINES' for recognized configuration names.
Here's the trivial patch to fix this:
John: could you test this? (patch, autoconf, configure, make)
Works like a charm.
--
John H. Palmieri
Dept of Mathematics, Box 354350 palmieri(a)math.washington.edu
University of Washington http://www.math.washington.edu/~palmieri/
Seattle, WA 98195-4350
2:15 a.m.
Reviewed, approved and applied to 21.1.
This will appear in 21.1.15.
- vin
Martin Buchholz <martin(a)xemacs.org> writes:
Executive summary: this patch bvelongs in 21.1.15.
>>>>> "JHP" == John H Palmieri
<palmieri(a)math.washington.edu> writes:
JHP> I've been running various versions of XEmacs 21.2 lately, but I
JHP> thought I would try getting the new release 21.1.14, just for kicks.
JHP> When I tried to configure it, I got this message:
JHP> ./configure: XEmacs hasn't been ported to `alphaev5-dec-osf5.0'
systems.
JHP> ./configure: Check `etc/MACHINES' for recognized configuration names.
Here's the trivial patch to fix this:
John: could you test this? (patch, autoconf, configure, make)
Vin: could you add this to 21.1.15?
http://list-archive.xemacs.org/xemacs-patches/200010/msg00025.html
./ChangeLog:
2000-10-06 Martin Buchholz <martin(a)xemacs.org>
* configure.in: Pretend that DEC OSF >= 5 is really DEC OSF 4.
Index: configure.in
===================================================================
RCS file: /usr/CVSroot/XEmacs/xemacs/configure.in,v
retrieving revision 1.111.2.125
diff -u -w -r1.111.2.125 configure.in
--- configure.in 2000/10/03 06:31:24 1.111.2.125
+++ configure.in 2000/10/06 05:57:32
＠＠ -1108,7 +1108,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 ;;
JHP> './configure ... alpha-dec-osf1' worked, sort of (the tests in 'make
JHP> check' report 100% success, but then it hangs; otherwise, xemacs seems
JHP> to run okay). Is it worthwhile fixing configure to recognize
JHP> alphaev5-dec-osf5.0?
Yes.
9:06 a.m.
>>>> "JHP" == John H Palmieri
<palmieri(a)math.washington.edu> writes:
JHP> (On a related topic, should
/etc/MACHINES be updated in version
JHP> 21.2.43, to reflect the fact that alphaev5-dec-osf5.0 is recognized by
JHP> configure?)
I recommend that the current contents of etc/MACHINES be nuked and
replaced by something like this:
(yasepocchi: if you agree, I'll commit such a change.)
This is a list of the status of XEmacs on various machines and systems.
See PROBLEMS for particular problems and possible workarounds.
Much effort has gone into making XEmacs work on as many different
machines, configurations, and compilers as possible.
Much effort has gone into making XEmacs 64-bit clean.
Much effort has gone into removing system-specific code, and replacing
such code with autodetection at configure time.
XEmacs 21.2 was tested and `make check' succeeded on these Unix
configurations as of 2001-01-30:
i386-unknown-freebsd4.2
hppa2.0-hp-hpux10.20 (both HP's ANSI cc and gcc)
rs6000-ibm-aix4.3.0.0 (both IBM's xlc and gcc)
i386-unknown-netbsdelf1.5
i686-pc-linux-gnu
sparc-sun-solaris2.6 (both Sun's Forte C and gcc)
sparc-sun-solaris2.7 (both Sun's Forte C and gcc)
sparc-sun-sunos4.1.4 (gcc)
alphaev56-dec-osf4.0e (both Compaq C and gcc)
mips-sgi-irix6.5 (both MIPSpro cc and gcc)
Some systems have a dual mode 32-bit/64-bit compiler. On most of
these, XEmacs requires the --pdump configure option to build
correctly with the 64-bit version of the compiler.
mips-sgi-irix6.5, CC="gcc -mabi=64"
mips-sgi-irix6.5, CC="cc -64"
rs6000-ibm-aix4.3.0.0, CC="cc -q64"
XEmacs 21.2 is known _not_ to work on any machines with m680x0
processors. Sorry, all you sun3 and Unix PC nostalgia buffs.
8690
days inactive
8697
days old
4 comments
3 participants
participants (3)
-
John H Palmieri -
Martin Buchholz -
Vin Shelton