[Emacs-diffs] Changes to emacs/etc/MACHINES

[Juanma Barranquero]

Index: emacs/etc/MACHINES
diff -c emacs/etc/MACHINES:1.16 emacs/etc/MACHINES:1.17
*** emacs/etc/MACHINES:1.16     Tue Dec 31 19:33:57 2002
--- emacs/etc/MACHINES  Fri Jan 31 10:10:09 2003
***************
*** 109,115 ****
  
  Apple Macintosh running Mac OS X
  
!   For installtion on all versions of the Mac OS platform, see the file 
    mac/INSTALL.
  
  Apple PowerPC Macintosh running GNU/Linux
--- 109,115 ----
  
  Apple Macintosh running Mac OS X
  
!   For installtion on all versions of the Mac OS platform, see the file
    mac/INSTALL.
  
  Apple PowerPC Macintosh running GNU/Linux
***************
*** 163,170 ****
    relocation."  This means you are linking with some code that has compressed
    data sections.  In some cases this comes from linking with X libraries.  Try
    using shared X libraries instead.  With some versions of Domain/OS this is
!   as simple as removing the "-lX11" from the LIBX line in src/Makefile.  
!   
    When running the configure script, use the configuration name
    "m68k-apollo-bsd".  You will also need to use the "-with-gcc=no" and
    "-with-x" options.  Depending upon your site configuration, you may have to
--- 163,170 ----
    relocation."  This means you are linking with some code that has compressed
    data sections.  In some cases this comes from linking with X libraries.  Try
    using shared X libraries instead.  With some versions of Domain/OS this is
!   as simple as removing the "-lX11" from the LIBX line in src/Makefile.
! 
    When running the configure script, use the configuration name
    "m68k-apollo-bsd".  You will also need to use the "-with-gcc=no" and
    "-with-x" options.  Depending upon your site configuration, you may have to
***************
*** 180,188 ****
  
  AT&T 3b2, 3b5, 3b15, 3b20 (we32k-att-sysv)
  
!   Emacs will probably not work with certain kernel constants too small. 
  
!   In param.h CDLIMIT should be at least (1L << 12) in order to allow 
    processes to write up to 2 Mbyte files.  This parameter is configurable
    by normal means in /etc/master.d/kernel; examine that file for the
    symbol CDLIMIT or ULIMIT, and raise it by several powers of 2.  Then
--- 180,188 ----
  
  AT&T 3b2, 3b5, 3b15, 3b20 (we32k-att-sysv)
  
!   Emacs will probably not work with certain kernel constants too small.
  
!   In param.h CDLIMIT should be at least (1L << 12) in order to allow
    processes to write up to 2 Mbyte files.  This parameter is configurable
    by normal means in /etc/master.d/kernel; examine that file for the
    symbol CDLIMIT or ULIMIT, and raise it by several powers of 2.  Then
***************
*** 220,226 ****
    _POSIX_SOURCE, _XOPEN_SOURCE and _BULL_SOURCE.
  
    On bos2.00.45 there is a bug that makes the F_SETOWN fcntl
!   call enters in an infinite loop. F_SETOWN_BUG has been defined to avoid 
    calling it.
  
  Bull DPX/20 (rs6000-bull-bosx)
--- 220,226 ----
    _POSIX_SOURCE, _XOPEN_SOURCE and _BULL_SOURCE.
  
    On bos2.00.45 there is a bug that makes the F_SETOWN fcntl
!   call enters in an infinite loop. F_SETOWN_BUG has been defined to avoid
    calling it.
  
  Bull DPX/20 (rs6000-bull-bosx)
***************
*** 274,280 ****
    System versions other than DGUX 5.4R3.00 have not been tested.
  
    DGUX 5.4R3.10 works with 19.29 and 19.30.
!   
    DGUX R4.11 contains changes to the stdio internals and it doesn't work
    with versions before 20.2 without patches.  20.2 works in interactive
    mode but usually fails in batch mode.  The problem is that using
--- 274,280 ----
    System versions other than DGUX 5.4R3.00 have not been tested.
  
    DGUX 5.4R3.10 works with 19.29 and 19.30.
! 
    DGUX R4.11 contains changes to the stdio internals and it doesn't work
    with versions before 20.2 without patches.  20.2 works in interactive
    mode but usually fails in batch mode.  The problem is that using
***************
*** 324,330 ****
    One fix is to edit those files to protect against multiple inclusion.
  
    As of version 19.13, Emacs was reported to run under SYSVr3 and SYSVr4.
!  
  Dual running System V (m68k-dual-sysv)
  
    As of 17.46, this worked except for a few changes
--- 324,330 ----
    One fix is to edit those files to protect against multiple inclusion.
  
    As of version 19.13, Emacs was reported to run under SYSVr3 and SYSVr4.
! 
  Dual running System V (m68k-dual-sysv)
  
    As of 17.46, this worked except for a few changes
***************
*** 373,379 ****
    compiling `lib-src/sorted-doc' tickles a compiler bug: remove the -g
    flag to cc in the makefile.
  
!   UTX/32 1.3 has a bug in the bcopy library routine.  Fix it by 
    #undef BSTRING in `src/m/gould.h'.
  
    Version 19 incorporates support for releases 2.1 and later of UTX/32.
--- 373,379 ----
    compiling `lib-src/sorted-doc' tickles a compiler bug: remove the -g
    flag to cc in the makefile.
  
!   UTX/32 1.3 has a bug in the bcopy library routine.  Fix it by
    #undef BSTRING in `src/m/gould.h'.
  
    Version 19 incorporates support for releases 2.1 and later of UTX/32.
***************
*** 421,427 ****
    some problems on 10.10 which have not been resolved.  Emacs 19.34
    works on HPUX 10.20 provided you compile with GCC; with the HP C
    compiler, subprocess commands do not work.
!   
    On HPUX 9, Emacs sometimes crashes with SIGBUS or SIGSEGV after you
    delete a frame.  We think this is due to a bug in the X libraries
    provided by HP.  With the alternative X libraries in
--- 421,427 ----
    some problems on 10.10 which have not been resolved.  Emacs 19.34
    works on HPUX 10.20 provided you compile with GCC; with the HP C
    compiler, subprocess commands do not work.
! 
    On HPUX 9, Emacs sometimes crashes with SIGBUS or SIGSEGV after you
    delete a frame.  We think this is due to a bug in the X libraries
    provided by HP.  With the alternative X libraries in
***************
*** 488,494 ****
    Some people report trouble using the GNU memory allocator under
    HP/UX version 9.  The problems often manifest as lots of ^@'s in the
    buffer.
!   
    We are told that these problems go away if you obtain the latest
    patches for the HP/UX C compiler.  James J Dempsey
    <address@hidden> says that this set of versions works for him:
--- 488,494 ----
    Some people report trouble using the GNU memory allocator under
    HP/UX version 9.  The problems often manifest as lots of ^@'s in the
    buffer.
! 
    We are told that these problems go away if you obtain the latest
    patches for the HP/UX C compiler.  James J Dempsey
    <address@hidden> says that this set of versions works for him:
***************
*** 544,560 ****
  
    These machines are based on PA architecture running HI-UX/MPP
    (based on OSF1. `MPP' stands for `Massively Parallel Processor').
!   
    Emacs 19.34 is believed to work; its pretest was tested
!   both on SR2001 (output of `uname -rv' is `00-01-BB 0') and 
    SR2201 (`02-00 0').
  
    Emacs 20.7 was reported to build on a system whose `uname -rs'
    output is `HI-UX/MPP 03-04'.
!   
!   The machine description file is `src/m/sr2k.h' is based on 
    `src/m/hp800.h'. The system description file is `src/s/hiuxwe2.h'
!   based on `src/s/osf1.h'. Note that this system doesn't use COFF.   
  
  IBM PS/2 (i386-ibm-aix1.1 or i386-ibm-aix1.2)
  
--- 544,560 ----
  
    These machines are based on PA architecture running HI-UX/MPP
    (based on OSF1. `MPP' stands for `Massively Parallel Processor').
! 
    Emacs 19.34 is believed to work; its pretest was tested
!   both on SR2001 (output of `uname -rv' is `00-01-BB 0') and
    SR2201 (`02-00 0').
  
    Emacs 20.7 was reported to build on a system whose `uname -rs'
    output is `HI-UX/MPP 03-04'.
! 
!   The machine description file is `src/m/sr2k.h' is based on
    `src/m/hp800.h'. The system description file is `src/s/hiuxwe2.h'
!   based on `src/s/osf1.h'. Note that this system doesn't use COFF.
  
  IBM PS/2 (i386-ibm-aix1.1 or i386-ibm-aix1.2)
  
***************
*** 624,630 ****
    BSD 4.2 (3.05e) system).  18.42 is reported to work on
    a Qbus 68010 system.  Has not been tried on `WorkStation' `Cluster
    Compute Node' `Cluster WorkStation' or `Server Node'  (Love the
!   StudLYCaps) 
  
    Compilation with -O is rumored to break something.
  
--- 624,630 ----
    BSD 4.2 (3.05e) system).  18.42 is reported to work on
    a Qbus 68010 system.  Has not been tried on `WorkStation' `Cluster
    Compute Node' `Cluster WorkStation' or `Server Node'  (Love the
!   StudLYCaps)
  
    Compilation with -O is rumored to break something.
  
***************
*** 637,643 ****
           i386-*-xenix,        i386-*-freebsd,  i386-*-linux-gnu,
           i386-*-sol2.4,       i386-*-sysv3,    i386-intsys-sysv,
           i386-*-sysv4,        i386-*-sysv4.2,
!          i386-*-sysv5.3,      i386-*-bsd4.2,
           i386-*-sco3.2v4,     i386-*-bsd386,   i386-*-386bsd,
           i386-*-msdos,        i386-*-windowsnt.
           i386... can be replaced with i486... or i586...)
--- 637,643 ----
           i386-*-xenix,        i386-*-freebsd,  i386-*-linux-gnu,
           i386-*-sol2.4,       i386-*-sysv3,    i386-intsys-sysv,
           i386-*-sysv4,        i386-*-sysv4.2,
!          i386-*-sysv5.3,      i386-*-bsd4.2,   i386-*-cygwin,
           i386-*-sco3.2v4,     i386-*-bsd386,   i386-*-386bsd,
           i386-*-msdos,        i386-*-windowsnt.
           i386... can be replaced with i486... or i586...)
***************
*** 651,656 ****
--- 651,658 ----
        i386-unknown-isc3.0 as your configuration name.
    Use i386-*-esix for Esix; Emacs runs as of version 19.6.
    Use i386-*-linux-gnu for GNU/Linux systems; Emacs runs as of version 19.26.
+   Use i386-*-cygwin for Cygwin; Emacs builds as of version 21.4, in both X11
+   and non-X11 modes.  (The Cygwin site has source and binaries for 21.2.)
    Use i386-intsys-sysv for Integrated Solutions 386 machines.
    It may also be correct for Microport systems.
    Use i386-*-sco3.2v4 for SCO 3.2v4; Emacs runs as of version 19.26.
***************
*** 698,704 ****
    puts spurious spaces in `src/xmakefile'.  If that happens,
    specify CPP=/lib/cpp as an option when you run make.
    There is no problem if you compile with GCC.
!     
    Note that use of Linux with GCC 2.4 and the DLL 4.4 libraries
    requires the experimental "net 2" network patches (no relation to
    Berkeley Net 2).  There is a report that (some version of) Linux
--- 700,706 ----
    puts spurious spaces in `src/xmakefile'.  If that happens,
    specify CPP=/lib/cpp as an option when you run make.
    There is no problem if you compile with GCC.
! 
    Note that use of Linux with GCC 2.4 and the DLL 4.4 libraries
    requires the experimental "net 2" network patches (no relation to
    Berkeley Net 2).  There is a report that (some version of) Linux
***************
*** 803,809 ****
    was reported for 18.36 on a Masscomp (model and version unknown but probably
    a 68020 system).  The report sounds like a compiler bug.
  
!   A compiler bug affecting statements like 
      unsigned char k; unsigned char *p;... x = p[k];
    has been reported for "C version 1.2 under RTU 3.1".  We do not wish
    to take the time to install the numerous workarounds required to
--- 805,811 ----
    was reported for 18.36 on a Masscomp (model and version unknown but probably
    a 68020 system).  The report sounds like a compiler bug.
  
!   A compiler bug affecting statements like
      unsigned char k; unsigned char *p;... x = p[k];
    has been reported for "C version 1.2 under RTU 3.1".  We do not wish
    to take the time to install the numerous workarounds required to
***************
*** 941,947 ****
  
    You need to build Emacs in the Berkeley universe with
    the `ucb' command, as in `ucb make' or `ucb build-install'.
!   
    In OSx 4.0, it seems necessary to add the following two lines
    to `src/m/pyramid.h':
       #define _longjmp longjmp
--- 943,949 ----
  
    You need to build Emacs in the Berkeley universe with
    the `ucb' command, as in `ucb make' or `ucb build-install'.
! 
    In OSx 4.0, it seems necessary to add the following two lines
    to `src/m/pyramid.h':
       #define _longjmp longjmp
***************
*** 1079,1086 ****
    19.32 works on Solaris 2.4 and 2.5.  On Solaris 2.5
    you may need one of these patches to prevent Emacs from crashing
    when it starts up:
!         103093-03: [README] SunOS 5.5: kernel patch (2140557 bytes) 
!         102832-01: [README] OpenWindows 3.5: Xview Jumbo Patch (4181613 
bytes) 
        103242-04: [README] SunOS 5.5: linker patch (595363 bytes)
  
    There are reports that using SunSoft cc with -xO4 -xdepend produces
--- 1081,1088 ----
    19.32 works on Solaris 2.4 and 2.5.  On Solaris 2.5
    you may need one of these patches to prevent Emacs from crashing
    when it starts up:
!         103093-03: [README] SunOS 5.5: kernel patch (2140557 bytes)
!         102832-01: [README] OpenWindows 3.5: Xview Jumbo Patch (4181613 bytes)
        103242-04: [README] SunOS 5.5: linker patch (595363 bytes)
  
    There are reports that using SunSoft cc with -xO4 -xdepend produces
***************
*** 1107,1113 ****
    `sparc-sun-sunos4.1'.  For SunOS release 4.1.3 on a Sparc, use
    `sparc-sun-sunos4.1.3'.  Note that shared libraries are now
    used by default on SunOS 4.1.
!   
    A user reported irreproducible segmentation faults when using 19.29
    on Solaris 2.3 and 2.4 after compiling it with the Sun compiler.
    The problem went away when GCC 2.7.0 was used instead.  We do not know
--- 1109,1115 ----
    `sparc-sun-sunos4.1'.  For SunOS release 4.1.3 on a Sparc, use
    `sparc-sun-sunos4.1.3'.  Note that shared libraries are now
    used by default on SunOS 4.1.
! 
    A user reported irreproducible segmentation faults when using 19.29
    on Solaris 2.3 and 2.4 after compiling it with the Sun compiler.
    The problem went away when GCC 2.7.0 was used instead.  We do not know