Greg Badros <gjb(a)cs.washington.edu> writes in xemacs-beta(a)xemacs.org:
> > I looked at src/xemacs-- it's u+x bit is not set, and it
is a large
> > file that is just a big hole on disk (reads as all NULLs).
Urgh. There are known problems with XEmacs on DEC Alpha using OSF.
If you have a temacs, cd to the src directory and run `make
run-temacs'. Does that work?
Ok, thanks for your help. Xemacs did build w/o many problems on
Intel,
so it's definitely an issue only on my Alpha box.
XEmacs is *not* 64 bit clean. On DEC OSF, temacs and dumped xemacs are
semi-functional, but some internals are broken, definitely including
the character sets/character category tables.
The following illustrates what might be part of the problem:
=> (expt 2 62)
-4611686018427387904
=> (1- (expt 2 62))
4611686018427387903
=> (+ 0 (1- (expt 2 62)))
-1
=> (1- (1- (expt 2 62)))
4611686018427387902
=> (- (1- (expt 2 62)) 1)
-2
$ cat /tmp/sizeof.c
main()
{
printf("sizeof (int) = %d\n", sizeof (int));
printf("sizeof (unsigned int) = %d\n", sizeof (unsigned int));
printf("sizeof (long) = %d\n", sizeof (long));
printf("sizeof (unsigned long) = %d\n", sizeof (unsigned long));
printf("sizeof (void *) = %d\n", sizeof (void *));
}
$ gcc -o /tmp/sizeof /tmp/sizeof.c
$ /tmp/sizeof
sizeof (int) = 4
sizeof (unsigned int) = 4
sizeof (long) = 8
sizeof (unsigned long) = 8
sizeof (void *) = 8
$ cc -o /tmp/sizeof.DECCC /tmp/sizeof.c
$ /tmp/sizeof.DECCC
sizeof (int) = 4
sizeof (unsigned int) = 4
sizeof (long) = 8
sizeof (unsigned long) = 8
sizeof (void *) = 8
--
窓番号を入力してください