xemacs-beta: PROBLEMS comparison

comparison PROBLEMS @ 46:6a22abad6937 r19-15

Import from CVS: tag r19-15

author	cvs
date	Mon, 13 Aug 2007 08:55:31 +0200
parents	8d2a9b52c682
children	a01e7a40045c

comparison

equal deleted inserted replaced

-:7705b7aa3b8a
+:6a22abad6937
 -*- mode:outline; minor-mode:outl-mouse -*-
 This file describes various problems that have been encountered
 in compiling, installing and running XEmacs.
 (synched up with: 19.30)
+(updated for 20.0)
 * On Irix, I don't see the toolbar icons and I'm getting lots of
 entries in the warnings buffer.
 SGI ships a really old Xpm library in /usr/lib which does not work at
 This bug is present in at least 2.6.x and 2.7.[0-2].  A patched
 binary for 2.7.2 is available in
 ftp://tsx-11.mit.edu/pub/linux/packages/GCC/gcc272-no-sr-bug.lbin.tgz
-Or wait for GCC 2.7.3.
+Or use GCC 2.7.2.1.
 * Under some versions of OSF XEmacs runs fine if built without
 optimization but will crash randomly if built with optimization.
 Using 'cc -g' is not sufficient to eliminate all optimization.  Try
 'cc -g -O0' instead.
 * On Solaris 2.* I get undefined symbols from libcurses.a.
 You probably have /usr/ucblib/ on your LD_LIBRARY_PATH.  Do the link with
 LD_LIBRARY_PATH unset.
+* On Solaris 2.* I cannot make alloc.o, glyphs.o or process.o.
+The SparcWorks C compiler may have difficulty building those modules
+with optimization level -xO4.  Try using only "-fast" optimization
+for just those modules.  (Or use gcc).
 * I don't have `xmkmf' and `imake' on my HP.
 You can get these standard X tools by anonymous FTP to hpcvaaz.cv.hp.com.
 Essentially all X programs need these.
 Compiler fixes in Irix 6.0.1 should eliminate this problem.
 * With certain fonts, when the cursor appears on a character, the
 character doesn't appear--you get a solid box instead.
-One user on a Linux-based GNU system reported that this problem went
+One user on a Linux system reported that this problem went away with
-away with installation of a new X server.  The failing server was
+installation of a new X server.  The failing server was XFree86 3.1.1.
-XFree86 3.1.1.  XFree86 3.1.2 works.
+XFree86 3.1.2 works.
 * On SunOS 4.1.3, Emacs unpredictably crashes in _yp_dobind_soft.
 This happens if you configure Emacs specifying just `sparc-sun-sunos4'
 on a system that is version 4.1.3.  You must specify the precise
 First, make sure the files `/etc/hosts' and `/etc/host.conf' both
 exist.  The first line in the `/etc/hosts' file should look like this
 (replace HOSTNAME with your host name):
-127.0.0.1      HOSTNAME
+127.0.0.1      localhost HOSTNAME
 Also make sure that the `/etc/host.conf' files contains the following
 lines:
 order hosts, bind
 _iswcntrl, _wcscpy, and _wcsncpy, then you need to add -lXwchar after
 -lXaw in the command that links temacs.
 This problem seems to arise only when the international language
 extensions to X11R5 are installed.
-* Typing C-c C-c in Shell mode kills your X server.
-This happens with Linux kernel 1.0 thru 1.04, approximately.  The workaround is
-to define SIGNALS_VIA_CHARACTERS in config.h and recompile Emacs.
-Newer Linux kernel versions don't have this problem.
 * src/Makefile and lib-src/Makefile are truncated--most of the file missing.
 This can happen if configure uses GNU sed version 2.03.  That version
 had a bug.  GNU sed version 2.05 works properly.
 defined as a union on some rare architectures.
 This problem will not happen if the m-...h file for your type
 of machine defines NO_UNION_TYPE.  That is the recommended setting now.
+* `Error: No ExtNode to pop!' on Linux systems with Lesstif.
+This error message has been observed with lesstif-0.75a.  It does not
+appear to cause any harm.
+* Sparc Linux -vs- libXmu.
+There have been reports of configure not detecting libXmu on
+SparcLinux.  The fix is to add -lXmu to the link flags.
+* Debian Linux and Berkeley db include files.
+Debian Linux puts the Berkeley db include files in /usr/include/db
+instead of /usr/include.  The fix is to use
+--site-includes=/usr/include/db with configure.
+* Signaling: (error "Byte code stack underflow (byte compiler bug), pc 38")
+This error is given when XEmacs v20 is compiled without MULE support
+but is attempting to load a .elc which requires MULE support.  The fix
+is to rebytecompile the offending file.
+* alloc.c will not compile without -P on HP-UX 9.05
+Pekka Marjola <pema@iki.fi> writes:
+Gcc (2.7.2, with cpplib IIRC) required something (-P worked :) to get
+it to compile. Otherwise it failed on those DEFUN macros with comments
+inside parameter lists (like buffer.c, line 296).
+* Excessive optimization with Gcc-2.7.2 and pgcc can break XEmacs
+It has been reported on some systems that compiling with -O6 can lead
+to XEmacs failures.  The workaround is to use a lower optimization
+level.  -O2 and -O4 have been tested extensively.
+* -O2 optimization on Irix 5.3 can cause compiler complaint.
+Nick J. Crabtree <nickc@scopic.com> writes:
+Comes up OK on a tty (all I have available over this slow link). Ill
+give it a hammering tomorrow.  The -O2 optimisation complained about
+sizes exceeding thresholds; I haven't bothered to use the -Olimit
+option it recommends.
+* Excessive optimization on AIX 4.2 can lead to compiler failure.
+Valdis.Kletnieks@vt.edu writes:
+At least at the b34 level, and the latest-and-greatest IBM xlc
+(3.1.4.4), there are problems with -O3.  I haven't investigated
+further.
+* Sed problems on Solaris 2.5
+There have been reports of Sun sed truncating very lines in the
+Makefile during configuration.  The workaround is to use GNU sed.
+* CDE is not autodetected on HP.
+Richard Cognot <cognot@ensg.u-nancy.fr> writes:
+I have to force /usr/dt/{lib,include} into the site include/lib
+command line options. I could add these in hpux10.h, but then I would
+think these should be pretty standard (to my knowledge, that's also
+where Sun puts its CDE stuff), so that wouldn't fix the problem on
+other architectures. AAMOF, when these path are given, CDE is
+detected, and DragAndDrop works (more or less, see next issue).
+* Signalling: (wrong-type-argument ...) when loading mail-abbrevs
+The is seen when installing the Big Brother Data Base (bbdb) which
+includes an outdated copy of mail-abbrevs.el.  Remove the copy that
+comes with bbdb and use the one that comes with XEmacs.
+* Linking with -rpath on IRIX.
+Darrell Kindred <dkindred@cmu.edu> writes:
+There are a couple of problems [with use of -rpath with Irix ld], though:
+1. The ld in IRIX 5.3 ignores all but the last -rpath
+spec, so the patched configure spits out a warning
+if --x-libraries or --site-runtime-libraries are
+specified under irix 5.x, and it only adds -rpath
+entries for the --site-runtime-libraries.  This bug was
+fixed sometime between 5.3 and 6.2.
+2. IRIX gcc 2.7.2 doesn't accept -rpath directly, so
+it would have to be prefixed by -Xlinker or "-Wl,".
+This would be fine, except that configure compiles with
+${CC-cc} $CFLAGS $LDFLAGS ...
+rather than quoting $LDFLAGS with prefix-args, like
+src/Makefile does.  So if you specify --x-libraries
+or --site-runtime-libraries, you must use --use-gcc=no,
+or configure will fail.
 * On Irix 5.x and 6.x, the dumped XEmacs (xemacs) core dumps when executed
 on another machine, or after newer SGI IRIX patches have been installed.
 The xemacs binary must be executed with the same "libc.so" file which was used
-when the xemacs binary was dumped.  Some SGI IRIX patches updates this file.
+when the xemacs binary was dumped.  Some SGI IRIX patches update this file.
 Make sure that all machines using the xemacs binary are using the same
 set of IRIX patches.  If xemacs core dumps after a patch upgrade then you
 will have to redump it from temacs.
+* xemacs: can't resolve symbol '__malloc_hook'
+This is a Linux problem where you've compiled the XEmacs binary on a libc
+5.4 with version higher than 5.4.19 and attempted to run the binary against
+an earlier version.  The solution is to upgrade your old library.
+* VM appears to hang in large folders
+This is normal (trust us) when upgrading to VM-6.22 from earlier versions.
+Let VM finish what it is doing and all will be well.

Mercurial > hg > xemacs-beta

comparison PROBLEMS @ 46:6a22abad6937 r19-15