Mercurial > hg > xemacs-beta
view etc/MACHINES @ 608:4d7fdf497470
[xemacs-hg @ 2001-06-04 16:59:51 by wmperry]
2001-06-04 William M. Perry <wmperry@gnu.org>
* gpmevent.c (KG_CTRL): Just define these unconditionally. The
linux headers are so lame that they do not expose these to
userland programs and you cannot gracefully include the kernel
headers.
2001-06-03 William M. Perry <wmperry@gnu.org>
* scrollbar-gtk.c (gtk_create_scrollbar_instance): Make calling of
gtk_size_request unconditional.
2001-06-02 William M. Perry <wmperry@gnu.org>
* emacs-marshals.c: Regenerated.
2001-06-01 William M. Perry <wmperry@gnu.org>
* glyphs-shared.c (read_bitmap_data): Common definition of
read_bitmap_data_from_file added. This does not attempt to use
the Xmu based code at all - lets us be consistent across
platforms.
* glyphs-gtk.c: Removed definition of read_bitmap_data_from_file -
this is now in glyphs-shared.c
* glyphs-msw.c: Ditto.
* glyphs-x.c: Ditto.
2001-06-03 William M. Perry <wmperry@gnu.org>
* dialog-gtk.el (popup-builtin-open-dialog): Yikes - don't forget
to return the filename!
* font.el (font-window-system-mappings): Add gtk entry - just an
alias to the X code)
2001-06-02 William M. Perry <wmperry@gnu.org>
* gtk-marshal.el: Fix for removing of the string_hash utility
functions in hash.c
| author | wmperry |
|---|---|
| date | Mon, 04 Jun 2001 17:00:02 +0000 |
| parents | 223736d75acb |
| children |
line wrap: on
line source
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. The XEmacs core should build "out of the box" on most Unix-like systems. XEmacs 21.2 was tested and `make check' succeeded on these Unix configurations as of 2001-02-10: alphaev56-dec-osf4.0e (both Compaq C and gcc) i386-unknown-freebsd4.2 i386-unknown-netbsdelf1.5 i586-sco-sysv5uw7.0.1 (both SCO's cc and gcc) i686-pc-linux-gnu hppa2.0-hp-hpux10.20 (both HP's ANSI cc and gcc) mips-sgi-irix6.5 (both MIPSpro cc and gcc) rs6000-ibm-aix4.3.0.0 (both IBM's xlc and gcc) 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) 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" On most of these systems, XEmacs also builds with a C++ compiler, but not "out of the box". This feature is only for use by the maintainers. XEmacs 21.2 is known _not_ to work on any machines with m680x0 processors. Sorry, all you sun3 and Unix PC nostalgia buffs out there. VMS has never been supported by XEmacs. In fact, all the old VMS code inherited from Emacs has been removed. Sorry, all you VMS fans out there.