xemacs-beta: PROBLEMS comparison

comparison PROBLEMS @ 5125:b5df3737028a ben-lisp-object

merge

author	Ben Wing <ben@xemacs.org>
date	Wed, 24 Feb 2010 01:58:04 -0600
parents	1a9c94ba117c
children	388762703a21

comparison

equal deleted inserted replaced

-:623d57b7fbe8
+:b5df3737028a
 and xorg-x11-xbitmaps (Fedora Core 5).
 *** How do I configure to get the buffer tabs/progress bars?
 These features depend on support for "native widgets".  Use the
---enable-widgets option to configure.  Configuration of widgets is
+--with-widgets option to configure.  Configuration of widgets is
 automatic for "modern" toolkits (MS Windows, GTK, and Motif), but if
 you are using Xt and the Athena widgets, you will probably want to
 specify a "3d" widget set.  See configure --usage, and don't forget to
 install the corresponding development libraries.
 *** Motif dialog boxes lose on Irix.
 Larry Auton <lda@control.att.com> writes:
 Beware of not specifying
-	--enable-dialogs=athena
+	--with-dialogs=athena
 if it builds with the motif dialogs [boom!] you're a dead man.
 ** AIX
 (For the record, the same issue affects a number of other functions
 defined in string.h - basically anything the compiler knows how to
 inline.)
-*** On AIX 4.3, you must specify --enable-dialogs=athena with configure
+*** On AIX 4.3, you must specify --with-dialogs=athena with configure
 *** The libXt shipped with AIX 4.3 up to 4.3.2 is broken.  This causes
 xemacs -nw to fail in various ways.  The official APAR is this:
 APAR NUMBER: <IX89470>            RESOLVED AS: PROGRAM ERROR
 1879048176
 are caused by using GNU ld.  There are several workarounds available:
 In XEmacs 21.2 or later, configure using the new portable dumper
-(--enable-pdump).
+(--with-pdump).
 Alternatively, you can link using the Sun version of ld, which is
 normally held in /usr/ccs/bin.  This can be done by one of:
 - building gcc with these configure flags:
 sort of thing to you with little or no clue what's wrong (often you
 get screwed when one routine does an malloc(sizeof(foo_struct)) and
 passes the result to something that things foo_struct is a bit bigger,
 trashing memory....
-Here's typical crash backtrace.  With --enable-pdump, this occurs
+Here's typical crash backtrace.  With --with-pdump, this occurs
 usually at startup under X windows and xemacs -nw at least starts, while
 without --pdump a similar crash is observed during build.
 #0  0x0fa460b8 in kill () at regcomp.c:637
 637     regcomp.c: No such file or directory.
 *** On Irix 6.5, the MIPSpro compiler gets an internal compiler error
 The MIPSpro Compiler (at least version 7.2.1) can't seem to handle the
 union type properly, and fails to compile src/glyphs.c.  To avoid this
-problem, always build --enable-union-type=no (but that's the default, so
+problem, always build --with-union-type=no (but that's the default, so
 you should only see this problem if you're an XEmacs maintainer).
 *** Linking with -rpath on IRIX.
 Darrell Kindred <dkindred@cmu.edu> writes:
 configuration for COFF with:
 	/path_to_xemacs_source/configure --with-gcc=no \
 	  --with-site-includes=/usr/local/include \
 --with-site-libraries=/usr/local/lib \
-	  --with-xpm --with-xface --enable-sound=nas
+	  --with-xpm --with-xface --with-sound=nas
 This version now supports ELF builds.  I highly recommend this to
 reduce the in-core footprint of XEmacs.  This is now how I compile
 all my test releases.  Build it like this:
 	/path_to_XEmacs_source/configure --with-gcc=no \
 	  --with-site-includes=/usr/local/include
 --with-site-libraries=/usr/local/lib \
-	  --with-xpm --with-xface --enable-sound=nas --with-dynamic
+	  --with-xpm --with-xface --with-sound=nas --with-dynamic
 The compiler known as icc [ supplied with the OpenServer 5 Development
 System ] generates a working binary, but it takes forever to generate
 XEmacs.  ICC also whines more about the code than /bin/cc does.  I do
 believe all its whining is legitimate, however.    Note that you do
 The way I handle the build procedure is:
 	/path_to_XEmacs_source/configure --with-gcc=no \
 	  --with-site-includes=/usr/local/include \
 --with-site-libraries=/usr/local/lib \
-	  --with-xpm --with-xface --enable-sound=nas --with-dynamic \
+	  --with-xpm --with-xface --with-sound=nas --with-dynamic \
 --with-compiler="icc"
 NOTE I have the xpm, xface, and audio libraries and includes in
 	/usr/local/lib, /usr/local/include.  If you don't have these,
 	don't include the "--with-*" arguments in any of my examples.
 See also Intel Architecture General, above.
 *** Signal 11 when building or running a dumped XEmacs.
+Possibility #1:
 This appears to happen when using the traditional dumping mechanism and
 the system malloc.  Andy Piper writes:
 Traditional dumping on Cygwin relies on using gmalloc (there are specific
 hacks in our version of gmalloc to support this), I suspect using sysmalloc
 is the problem.
 Try configuring with pdump or without system malloc.
+Possibility #2:
+Crashes when running a dumped XEmacs 21.5.29 have been observed circa
+January, 2010 in Cygwin 1.7 when configuring with C++, NEWGC and optimization
+(i.e. `--with-compiler=gcc --with-xemacs-compiler=g++ --with-mc-alloc
+--with-optimization').  Turning any one of these off produces a working build.
 *** Syntax errors running configure scripts, make failing with exit code 127
 in inexplicable situations, etc.
 [[ This may be because you are using the default Cygwin shell, under old
 *** When I try to use the PostgreSQL functions, I get a message about
 undefined symbols.
 The only known case in which this happens is if you are using gcc, you
-configured with --enable-error-checking=all and --enable-modules, and
+configured with --with-error-checking=all and --with-modules, and
 you compiled with no optimization.  If you encounter this problem in any
 other situation, please inform xemacs-beta@xemacs.org.
 This problem stems from a gcc bug.  With no optimization, functions
 declared `extern inline' sometimes are not completely compiled away.  An
 somewhere near the top.  The problem is due to an improvement in GNU ld
 that sorts the ELF reloc sections in the executable, giving dramatic
 speedups in startup for large executables.  It also confuses the
 traditional unexec code in XEmacs, leading to the core dump.  The
-solution is to use the --enable-pdump or --with-ldflags='-z nocombreloc'
+solution is to use the --with-pdump or --with-ldflags='-z nocombreloc'
 options to configure.  Recent 21.4 and 12.5 autodetect this in
 configure.
 Red Hat and SuSE (at least) distributed a prerelease version of ld
 (versions around 2.11.90.x.y) where autodetection is impossible.  The
 recommended procedure is to upgrade to binutils >= 2.12 and rerun
-configure.  Otherwise you must apply the flags by hand.  --enable-pdump
+configure.  Otherwise you must apply the flags by hand.  --with-pdump
 is recommended.
 *** I want XEmacs to use the Alt key, not the XXX key, for Meta commands
 For historical reasons, XEmacs looks for a Meta key, then an Alt key.

Mercurial > hg > xemacs-beta

comparison PROBLEMS @ 5125:b5df3737028a ben-lisp-object