Mercurial > hg > xemacs-beta
comparison PROBLEMS @ 398:74fd4e045ea6 r21-2-29
Import from CVS: tag r21-2-29
author | cvs |
---|---|
date | Mon, 13 Aug 2007 11:13:30 +0200 |
parents | 7d59cb494b73 |
children | a86b2b5e0111 |
comparison
equal
deleted
inserted
replaced
397:f4aeb21a5bad | 398:74fd4e045ea6 |
---|---|
39 *** egcs-1.1 | 39 *** egcs-1.1 |
40 | 40 |
41 There have been reports of egcs-1.1 not compiling XEmacs correctly on | 41 There have been reports of egcs-1.1 not compiling XEmacs correctly on |
42 Alpha Linux. There have also been reports that egcs-1.0.3a is O.K. | 42 Alpha Linux. There have also been reports that egcs-1.0.3a is O.K. |
43 | 43 |
44 *** Don't use -O2 with gcc 2.7.2 under Intel/XXX without also using | 44 *** Don't use -O2 or -O3 with Cygwin 1.0, CodeFusion-99070 or gcc 2.7.2 on x86 |
45 `-fno-strength-reduce'. | 45 without also using `-fno-strength-reduce'. |
46 | 46 |
47 gcc will generate incorrect code otherwise. This bug is present in at | 47 gcc will generate incorrect code otherwise. This bug is present in at |
48 least 2.6.x and 2.7.[0-2]. This bug has been fixed in GCC 2.7.2.1 and | 48 least 2.6.x and 2.7.[0-2]. This bug has been fixed in GCC 2.7.2.1 and |
49 later. This bug is O/S independent, but is limited to x86 architectures. | 49 later. This bug is O/S independent, but is limited to x86 architectures. |
50 | 50 |
51 This problem is known to be fixed in egcs (or pgcc) 1.0 or later. | 51 This problem is known to be fixed in egcs (or pgcc) 1.0 or later. |
52 | |
53 Unfortunately, later releases of Cygnus-released compilers (not the | |
54 Net-released ones) have a bug with the same `problem signature'. | |
55 | |
56 If you're lucky, you'll get an error while compiling that looks like: | |
57 | |
58 event-stream.c:3189: internal error--unrecognizable insn: | |
59 (insn 256 14 15 (set (reg/v:SI 24) | |
60 (minus:SI (reg/v:SI 25) | |
61 (const_int 2))) -1 (insn_list 11 (nil)) | |
62 (nil)) | |
63 0 0 [main] | |
64 | |
65 If you're unlucky, your code will simply execute incorrectly. | |
66 | |
67 *** Don't use gcc-2.95.2 with -mcpu=ultrasparc on Solaris 2.6. | |
68 | |
69 gcc will assume a 64-bit operating system, even though you've | |
70 merely told it to assume a 64-bit instruction set. | |
52 | 71 |
53 *** Don't use -O2 with gcc 2.7.2 under Intel architectures without also | 72 *** Don't use -O2 with gcc 2.7.2 under Intel architectures without also |
54 using `-fno-caller-saves'. | 73 using `-fno-caller-saves'. |
55 | 74 |
56 gcc will generate incorrect code otherwise. This bug is still | 75 gcc will generate incorrect code otherwise. This bug is still |
389 | 408 |
390 *** On HP-UX 11.0 XEmacs causes excessive X11 errors when running. | 409 *** On HP-UX 11.0 XEmacs causes excessive X11 errors when running. |
391 | 410 |
392 Marcus Thiessel <marcus_thiessel@hp.com> | 411 Marcus Thiessel <marcus_thiessel@hp.com> |
393 | 412 |
394 Unfortunately, XEmacs releases <21.0 don't work with Motif2.1. It | 413 Unfortunately, XEmacs releases prior to 21.0 don't work with |
395 will compile but you will get excessive X11 errors like | 414 Motif2.1. It will compile but you will get excessive X11 errors like |
396 | 415 |
397 xemacs: X Error of failed request: BadGC (invalid GC parameter) | 416 xemacs: X Error of failed request: BadGC (invalid GC parameter) |
398 | 417 |
399 and finally XEmacs gets killed. A workaround is to use the | 418 and finally XEmacs gets killed. A workaround is to use the |
400 Motif1.2_R6 libraries. You can the following line to your call to | 419 Motif1.2_R6 libraries. You can the following line to your call to |
540 shell. | 559 shell. |
541 | 560 |
542 *** You type Control-H (Backspace) expecting to delete characters. | 561 *** You type Control-H (Backspace) expecting to delete characters. |
543 | 562 |
544 Emacs has traditionally used Control-H for help; unfortunately this | 563 Emacs has traditionally used Control-H for help; unfortunately this |
545 interferes with its use as Backspace on TTY's. One way to solve this | 564 interferes with its use as Backspace on TTY's. As of XEmacs 21, |
546 problem is to put this in your .emacs: | 565 XEmacs looks at the "erase" setting of TTY structures and maps C-h to |
547 | 566 backspace when erase is set to C-h. This is sort of a special hack, |
548 (when (eq tty-erase-char ?\C-h) | 567 but it makes it possible for you to use the standard: |
549 (keyboard-translate ?\C-h ?\C-?) | 568 |
550 (global-set-key "\M-?" 'help-command)) | 569 stty erase ^H |
551 | 570 |
552 This checks whether the TTY erase char is C-h, and if it is, makes | 571 to get your backspace key to erase characters. The erase setting is |
553 Control-H (Backspace) work sensibly, and moves help to Meta-? (ESC ?). | 572 recorded in the Lisp variable `tty-erase-char', which you can use to |
554 | 573 tune the settings in your .emacs. |
555 Note that you can probably also access help using F1. | 574 |
575 A major drawback of this is that when C-h becomes backspace, it no | |
576 longer invokes help. In that case, you need to use f1 for help, or | |
577 bind another key. An example of the latter is the following code, | |
578 which moves help to Meta-? (ESC ?): | |
579 | |
580 (global-set-key "\M-?" 'help-command) | |
556 | 581 |
557 *** Mail agents (VM, Gnus, rmail) cannot get new mail | 582 *** Mail agents (VM, Gnus, rmail) cannot get new mail |
558 | 583 |
559 rmail and VM get new mail from /usr/spool/mail/$USER using a program | 584 rmail and VM get new mail from /usr/spool/mail/$USER using a program |
560 called `movemail'. This program interlocks with /bin/mail using the | 585 called `movemail'. This program interlocks with /bin/mail using the |