From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Paul Eggert Newsgroups: gmane.emacs.bugs Subject: bug#42675: Solaris 11.3 x86_64 support Date: Wed, 5 Aug 2020 18:05:17 -0700 Organization: UCLA Computer Science Department Message-ID: <3741203e-7a82-de21-2773-ec8e31be6a6d@cs.ucla.edu> References: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="------------61B37D06CBAD0AFF075600BC" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="16278"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 Cc: 42675@debbugs.gnu.org, Andreas Schwab To: Jeffrey Walton Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Thu Aug 06 03:06:12 2020 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1k3UMF-000440-OS for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 06 Aug 2020 03:06:12 +0200 Original-Received: from localhost ([::1]:34418 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1k3UME-0002q6-2N for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 05 Aug 2020 21:06:10 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:36492) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1k3UM6-0002pv-C4 for bug-gnu-emacs@gnu.org; Wed, 05 Aug 2020 21:06:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:40920) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1k3UM6-0000VF-2p for bug-gnu-emacs@gnu.org; Wed, 05 Aug 2020 21:06:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1k3UM5-0008R7-QR for bug-gnu-emacs@gnu.org; Wed, 05 Aug 2020 21:06:01 -0400 X-Loop: help-debbugs@gnu.org In-Reply-To: Resent-From: Paul Eggert Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 06 Aug 2020 01:06:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 42675 X-GNU-PR-Package: emacs Original-Received: via spool by 42675-submit@debbugs.gnu.org id=B42675.159667593732397 (code B ref 42675); Thu, 06 Aug 2020 01:06:01 +0000 Original-Received: (at 42675) by debbugs.gnu.org; 6 Aug 2020 01:05:37 +0000 Original-Received: from localhost ([127.0.0.1]:52466 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k3ULg-0008QS-0q for submit@debbugs.gnu.org; Wed, 05 Aug 2020 21:05:36 -0400 Original-Received: from zimbra.cs.ucla.edu ([131.179.128.68]:57596) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k3ULa-0008Q9-Vh for 42675@debbugs.gnu.org; Wed, 05 Aug 2020 21:05:35 -0400 Original-Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 533131600E2; Wed, 5 Aug 2020 18:05:23 -0700 (PDT) Original-Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id mihFfOL9GLvR; Wed, 5 Aug 2020 18:05:18 -0700 (PDT) Original-Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 0E8FB1600E9; Wed, 5 Aug 2020 18:05:18 -0700 (PDT) X-Virus-Scanned: amavisd-new at zimbra.cs.ucla.edu Original-Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id cTgEowzwFoEr; Wed, 5 Aug 2020 18:05:17 -0700 (PDT) Original-Received: from [192.168.1.9] (cpe-75-82-69-226.socal.res.rr.com [75.82.69.226]) by zimbra.cs.ucla.edu (Postfix) with ESMTPSA id B4BD01600E2; Wed, 5 Aug 2020 18:05:17 -0700 (PDT) Autocrypt: addr=eggert@cs.ucla.edu; prefer-encrypt=mutual; keydata= LS0tLS1CRUdJTiBQR1AgUFVCTElDIEtFWSBCTE9DSy0tLS0tCgptUUlOQkV5QWNtUUJFQURB QXlIMnhvVHU3cHBHNUQzYThGTVpFb243NGRDdmM0K3ExWEEySjJ0QnkycHdhVHFmCmhweHhk R0E5Smo1MFVKM1BENGJTVUVnTjh0TFowc2FuNDdsNVhUQUZMaTI0NTZjaVNsNW04c0thSGxH ZHQ5WG0KQUF0bVhxZVpWSVlYL1VGUzk2ZkR6ZjR4aEVtbS95N0xiWUVQUWRVZHh1NDd4QTVL aFRZcDVibHRGM1dZRHoxWQpnZDdneDA3QXV3cDdpdzdlTnZub0RUQWxLQWw4S1lEWnpiRE5D UUdFYnBZM2VmWkl2UGRlSStGV1FONFcra2doCnkrUDZhdTZQcklJaFlyYWV1YTdYRGRiMkxT MWVuM1NzbUUzUWpxZlJxSS9BMnVlOEpNd3N2WGUvV0szOEV6czYKeDc0aVRhcUkzQUZINmls QWhEcXBNbmQvbXNTRVNORnQ3NkRpTzFaS1FNcjlhbVZQa25qZlBtSklTcWRoZ0IxRApsRWR3 MzRzUk9mNlY4bVp3MHhmcVQ2UEtFNDZMY0ZlZnpzMGtiZzRHT1JmOHZqRzJTZjF0azVlVThN Qml5Ti9iClowM2JLTmpOWU1wT0REUVF3dVA4NGtZTGtYMndCeHhNQWhCeHdiRFZadWR6eERa SjFDMlZYdWpDT0pWeHEya2wKakJNOUVUWXVVR3FkNzVBVzJMWHJMdzYrTXVJc0hGQVlBZ1Jy NytLY3dEZ0JBZndoU Content-Language: en-US X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:184139 Archived-At: This is a multi-part message in MIME format. --------------61B37D06CBAD0AFF075600BC Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit > The Autotools docs say the triplet is > cpu-vendor-os. They don't say anything about a version number. Nevertheless Andreas is right, as the 'os' string is 'solaris2.11' in Autoconf triplets. I disagreed with this kind of 'os' string when it was introduced in the 1990s and I still think it's confusing, but it's been that way for decades and it's not likely to be worth changing now. Also, Andreas is right that the best way to build 64-bit Emacs executables on Solaris is to configure with CC='gcc -m64' or CC='cc -m64' or whatever. This has long been documented in Emacs's etc/MACHINES file, and this method works for many other GNU packages as well. (If method doesn't work on some other packages, I suggest the problem lies with those other packages. :-) That being said, it would be helpful for Emacs to cater to nonstandard 'os' strings like plain 'solaris', so I installed the attached patch into Emacs master to do that. This should appear in Emacs 28 whenever that comes out, but it's too risky to slide into Emacs 27 so when building that I suggest using 'solaris2.11'. --------------61B37D06CBAD0AFF075600BC Content-Type: text/x-patch; charset=UTF-8; name="0001-Simplify-Solaris-port.patch" Content-Disposition: attachment; filename="0001-Simplify-Solaris-port.patch" Content-Transfer-Encoding: quoted-printable >From 155b2c8a8d51a492a8c350b92bd3e83187d72b78 Mon Sep 17 00:00:00 2001 From: Paul Eggert Date: Wed, 5 Aug 2020 17:36:50 -0700 Subject: [PATCH] Simplify Solaris port MIME-Version: 1.0 Content-Type: text/plain; charset=3DUTF-8 Content-Transfer-Encoding: 8bit This should avoid some configuration confusion as exemplified by Jeffrey Walton=E2=80=99s recent bug report (Bug#42675). * configure.ac (opsys): Simplify Solaris configuration by not worrying about Solaris 9 and earlier, as they are no longer supported by the Solaris developers. This should support Walton=E2=80=99s =E2=80=98./configure --build=3Dx86_64-sun-solari= s=E2=80=99. Instead of bothering with =E2=80=98opsys=3Dsol2-6=E2=80=99 and =E2=80=98o= psys=3Dsol2-10=E2=80=99, just use =E2=80=98opsys=3Dsolaris=E2=80=99. All uses changed. (emacs_check_sunpro_c): Remove unused var. * doc/misc/tramp.texi (Remote programs): * etc/MACHINES, etc/PROBLEMS: Modernize PATH for Oracle Developer Studio. * etc/PROBLEMS: Move Solaris-related problems to legacy area, except those that are still relevant. --- configure.ac | 76 ++++++++----------------- doc/misc/tramp.texi | 2 +- etc/MACHINES | 25 ++++---- etc/PROBLEMS | 135 ++++++++++++++++++++++---------------------- lisp/dired-aux.el | 4 +- 5 files changed, 110 insertions(+), 132 deletions(-) diff --git a/configure.ac b/configure.ac index 4ee4517e11..c9aa076eb3 100644 --- a/configure.ac +++ b/configure.ac @@ -748,44 +748,21 @@ AC_DEFUN opsys=3Daix4-2 ;; =20 - ## Suns - *-sun-solaris* \ - | i[3456]86-*-solaris2* | i[3456]86-*-sunos5* \ - | x86_64-*-solaris2* | x86_64-*-sunos5*) + ## Solaris + *-*-solaris* | *-*-sunos*) case "${canonical}" in i[3456]86-*-* ) ;; amd64-*-*|x86_64-*-*) ;; sparc* ) ;; * ) unported=3Dyes ;; esac - case "${canonical}" in - *-sunos5.[1-9][0-9]* | *-solaris2.[1-9][0-9]* ) - opsys=3Dsol2-10 - emacs_check_sunpro_c=3Dyes - ;; - *-sunos5.[1-5]* | *-solaris2.[1-5]* ) unported=3Dyes ;; - ## Note that Emacs 23.1's NEWS said the following would be dropped= . - *-sunos5.6* | *-solaris2.6* ) - opsys=3Dsol2-6 - RANLIB=3D"ar -ts" - ;; - ## 5.7 EOL Aug 2008, 5.8 EOL Mar 2012. - *-sunos5.[7-9]* | *-solaris2.[7-9]* ) - opsys=3Dsol2-6 - emacs_check_sunpro_c=3Dyes - ;; - esac + opsys=3Dsolaris ## Watch out for a compiler that we know will not work. - case "${canonical}" in - *-solaris* | *-sunos5* ) - if [ "x$CC" =3D x/usr/ucb/cc ]; then - ## /usr/ucb/cc doesn't work; - ## we should find some other compiler that does work. - unset CC - fi - ;; - *) ;; - esac + if [ "$CC" =3D /usr/ucb/cc ]; then + ## /usr/ucb/cc doesn't work; + ## we should find some other compiler that does work. + unset CC + fi ;; =20 ## QNX Neutrino @@ -1476,14 +1453,11 @@ AC_DEFUN mingw32) UNEXEC_OBJ=3Dunexw32.o ;; - sol2-10) + solaris) # Use the Solaris dldump() function, called from unexsol.c, to dump # emacs, instead of the generic ELF dump code found in unexelf.c. # The resulting binary has a complete symbol table, and is better # for debugging and other observability tools (debuggers, pstack, etc= ). - # - # It is likely that dldump() works with older Solaris too, but this h= as - # not been tested, so for now this change is for Solaris 10 or newer. UNEXEC_OBJ=3Dunexsol.o ;; *) @@ -1586,7 +1560,7 @@ AC_DEFUN =20 qnxnto) LIBS_SYSTEM=3D"-lsocket" ;; =20 - sol2*) LIBS_SYSTEM=3D"-lsocket -lnsl" ;; + solaris) LIBS_SYSTEM=3D"-lsocket -lnsl" ;; =20 ## Motif needs -lgen. unixware) LIBS_SYSTEM=3D"-lsocket -lnsl -lelf -lgen" ;; @@ -1647,7 +1621,7 @@ AC_DEFUN SYSTEM_TYPE=3Dberkeley-unix ;; =20 - sol2* | unixware ) + solaris | unixware ) SYSTEM_TYPE=3Dusg-unix-v ;; =20 @@ -2291,7 +2265,7 @@ AC_DEFUN test $with_unexec =3D yes && case "$opsys" in ## darwin ld insists on the use of malloc routines in the System frame= work. - darwin | mingw32 | nacl | sol2-10) ;; + darwin | mingw32 | nacl | solaris) ;; cygwin | qnxnto | freebsd) hybrid_malloc=3Dyes system_malloc=3D ;; @@ -2427,7 +2401,7 @@ AC_DEFUN # need special flags to disable these optimizations. For example, th= e # definition of 'errno' in . case $opsys in - hpux* | sol*) + hpux* | solaris) AC_DEFINE([_REENTRANT], 1, [Define to 1 if your system requires this in multithreaded code.]);; aix4-2) @@ -2557,7 +2531,7 @@ AC_DEFUN ## inoue@ainet.or.jp says Solaris has a bug related to X11R6-style ## XIM support. case "$opsys" in - sol2-*) : ;; + solaris) : ;; *) AC_DEFINE(HAVE_X11R6_XIM, 1, [Define if you have usable X11R6-style XIM support.]) ;; @@ -4692,7 +4666,7 @@ AC_DEFUN fi =20 case $opsys in - sol2* | unixware ) + solaris | unixware ) dnl Some SVr4s don't define NSIG in sys/signal.h for ANSI environmen= ts; dnl instead, there's a system variable _sys_nsig. Unfortunately, we dnl need the constant to dimension an array. So wire in the appropr= iate @@ -4705,7 +4679,7 @@ AC_DEFUN =20 case $opsys in dnl SIGIO exists, but the feature doesn't work in the way Emacs needs. - hpux* | nacl | openbsd | sol2* | unixware ) + hpux* | nacl | openbsd | solaris | unixware ) emacs_broken_SIGIO=3Dyes ;; =20 @@ -4754,7 +4728,7 @@ AC_DEFUN esac =20 case $opsys in - gnu-* | sol2-10 ) + gnu-* | solaris ) dnl FIXME Can't we test if this exists (eg /proc/$$)? AC_DEFINE(HAVE_PROCFS, 1, [Define if you have the /proc filesystem.]= ) ;; @@ -4883,7 +4857,7 @@ AC_DEFUN AC_DEFINE(PTY_TTY_NAME_SPRINTF, [sprintf (pty_name, "/dev/pty/tty%c%= x", c, i);]) ;; =20 - sol2* ) + solaris ) dnl On SysVr4, grantpt(3) forks a subprocess, so do not use dnl O_CLOEXEC when opening the pty, and keep the SIGCHLD handler dnl from intercepting that death. If any child but grantpt's should= die @@ -4893,7 +4867,7 @@ AC_DEFUN ;; =20 unixware ) - dnl Comments are as per sol2*. + dnl Comments are as per solaris. AC_DEFINE(PTY_OPEN, [fd =3D open (pty_name, O_RDWR | O_NONBLOCK)]) AC_DEFINE(PTY_TTY_NAME_SPRINTF, [{ char *ptsname (int), *ptyname; in= t grantpt_result; sigset_t blocked; sigemptyset (&blocked); sigaddset (&b= locked, SIGCHLD); pthread_sigmask (SIG_BLOCK, &blocked, 0); grantpt_resul= t =3D grantpt (fd); pthread_sigmask (SIG_UNBLOCK, &blocked, 0); if (grant= pt_result =3D=3D -1) fatal("could not grant slave pty"); if (unlockpt(fd)= =3D=3D -1) fatal("could not unlock slave pty"); if (!(ptyname =3D ptsnam= e(fd))) fatal ("could not enable slave pty"); snprintf (pty_name, PTY_NAM= E_SIZE, "%s", ptyname); }]) ;; @@ -4901,7 +4875,7 @@ AC_DEFUN =20 =20 case $opsys in - sol2* | unixware ) + solaris | unixware ) dnl This change means that we don't loop through allocate_pty too dnl many times in the (rare) event of a failure. AC_DEFINE(FIRST_PTY_LETTER, ['z']) @@ -4996,7 +4970,7 @@ AC_DEFUN AC_DEFINE(GC_SETJMP_WORKS, 1) else case $opsys in - aix* | dragonfly | freebsd | netbsd | openbsd | sol2* ) + aix* | dragonfly | freebsd | netbsd | openbsd | solaris ) AC_DEFINE(GC_SETJMP_WORKS, 1) ;; esac @@ -5043,7 +5017,7 @@ AC_DEFUN esac =20 case $opsys in - sol2* | unixware ) + solaris | unixware ) dnl TIOCGPGRP is broken in SysVr4, so we can't send signals to PTY dnl subprocesses the usual way. But TIOCSIGNAL does work for PTYs, dnl and this is all we need. @@ -5053,7 +5027,7 @@ AC_DEFUN =20 =20 case $opsys in - hpux* | sol2* ) + hpux* | solaris ) dnl Used in xfaces.c. AC_DEFINE(XOS_NEEDS_TIME_H, 1, [Compensate for a bug in Xos.h on some systems, where it requires time.h.]) @@ -5108,7 +5082,7 @@ AC_DEFUN fi ;; =20 - sol2*) + solaris) AC_DEFINE(USG, []) AC_DEFINE(USG5_4, []) AC_DEFINE(SOLARIS2, [], [Define if the system is Solaris.]) @@ -5173,7 +5147,7 @@ AC_DEFUN reopen it in the child.]) ;; =20 - sol2-10) + solaris) AC_DEFINE(_STRUCTURED_PROC, 1, [Needed for system_process_attributes on Solaris.]) ;; diff --git a/doc/misc/tramp.texi b/doc/misc/tramp.texi index 91b1e996f4..56cd220e20 100644 --- a/doc/misc/tramp.texi +++ b/doc/misc/tramp.texi @@ -2105,7 +2105,7 @@ Remote programs @file{/usr/bin}, which are reasonable for most hosts. To accommodate differences in hosts and paths, for example, @file{/bin:/usr/bin} on Debian GNU/Linux or -@file{/usr/xpg4/bin:/usr/ccs/bin:/usr/bin:/opt/SUNWspro/bin} on +@file{/usr/xpg4/bin:/usr/ccs/bin:/usr/bin:/opt/developerstudio12.6/bin} = on Solaris, @value{tramp} queries the remote host with @command{getconf PATH} and updates the symbol @code{tramp-default-remote-path}. =20 diff --git a/etc/MACHINES b/etc/MACHINES index 1bb244b49b..78e9cef0fd 100644 --- a/etc/MACHINES +++ b/etc/MACHINES @@ -81,25 +81,26 @@ the list at the end of this file. =20 ** Solaris =20 - On Solaris it is also possible to use either GCC or Solaris Studio - to build Emacs, by pointing ./configure to the right compiler: + On Solaris it is also possible to use either GCC or Oracle Developer + Studio to build Emacs, by pointing ./configure to the right compiler: =20 - ./configure CC=3D'/usr/sfw/bin/gcc' # GCC - ./configure CC=3D'cc' # Solaris Studio + ./configure # Defaults to 'gcc' if available. + ./configure CC=3D'cc' # Oracle Developer Studio =20 - On Solaris, do not use /usr/ucb/cc. Use /opt/SUNWspro/bin/cc. Make - sure that /usr/ccs/bin and /opt/SUNWspro/bin are in your PATH before - /usr/ucb. (Most free software packages have the same requirement on - Solaris.) With this compiler, use '/opt/SUNWspro/bin/cc -E' as the + On Solaris, do not use /usr/ucb/cc. Use Oracle Developer Studio. + Make sure that /usr/ccs/bin and the Oracle Developer Studio bin + directory (e.g., /opt/developerstudio12.6/bin) are in your PATH + before /usr/ucb. (Most free software packages have the same + requirement on Solaris.) With this compiler, use 'cc -E' as the preprocessor. If this inserts extra whitespace into its output (see - the PROBLEMS file) then add the option '-Xs'. + the PROBLEMS file), add the option '-Xs'. =20 To build a 64-bit Emacs (with larger maximum buffer size) on a - Solaris system which supports 64-bit executables, specify the -m64 + Solaris system that defaults to 32-bit executables, specify the -m64 compiler option. For example: =20 - ./configure CC=3D'/usr/sfw/bin/gcc -m64' # GCC - ./configure CC=3D'cc -m64' # Solaris Studio + ./configure CC=3D'gcc -m64' # GCC + ./configure CC=3D'cc -m64' # Oracle Developer Studio =20 =0C * Obsolete platforms diff --git a/etc/PROBLEMS b/etc/PROBLEMS index 4ce738d9a5..598a79f978 100644 --- a/etc/PROBLEMS +++ b/etc/PROBLEMS @@ -2222,6 +2222,7 @@ We list bugs in current versions here. See also th= e section on legacy systems. =20 *** On Solaris 10, Emacs crashes during the build process. +(This applies only with './configure --with-unexec=3Dyes', which is rare= .) This was reported for Emacs 25.2 on i386-pc-solaris2.10 with Sun Studio 12 (Sun C 5.9) and with Oracle Developer Studio 12.6 (Sun C 5.15), and intermittently for sparc-sun-solaris2.10 with Oracle @@ -2239,66 +2240,6 @@ Solaris. See Bug#26638. This is a Solaris feature (at least on Intel x86 cpus). Type C-r C-r C-t, to toggle whether C-x gets through to Emacs. =20 -*** Problem with remote X server on Suns. - -On a Sun, running Emacs on one machine with the X server on another -may not work if you have used the unshared system libraries. This -is because the unshared libraries fail to use YP for host name lookup. -As a result, the host name you specify may not be recognized. - -*** Solaris 2.6: Emacs crashes with SIGBUS or SIGSEGV on Solaris after y= ou delete a frame. - -We suspect that this is a bug in the X libraries provided by -Sun. There is a report that one of these patches fixes the bug and -makes the problem stop: - -105216-01 105393-01 105518-01 105621-01 105665-01 105615-02 105216-02 -105667-01 105401-08 105615-03 105621-02 105686-02 105736-01 105755-03 -106033-01 105379-01 105786-01 105181-04 105379-03 105786-04 105845-01 -105284-05 105669-02 105837-01 105837-02 105558-01 106125-02 105407-01 - -Another person using a newer system (kernel patch level Generic_105181-0= 6) -suspects that the bug was fixed by one of these more recent patches: - -106040-07 SunOS 5.6: X Input & Output Method patch -106222-01 OpenWindows 3.6: filemgr (ff.core) fixes -105284-12 Motif 1.2.7: sparc Runtime library patch - -*** Solaris 7 or 8: Emacs reports a BadAtom error (from X) - -This happens when Emacs was built on some other version of Solaris. -Rebuild it on Solaris 8. - -*** When using M-x dbx with the SparcWorks debugger, the 'up' and 'down' -commands do not move the arrow in Emacs. - -You can fix this by adding the following line to '~/.dbxinit': - - dbxenv output_short_file_name off - -*** On Solaris, CTRL-t is ignored by Emacs when you use -the fr.ISO-8859-15 locale (and maybe other related locales). - -You can fix this by editing the file: - - /usr/openwin/lib/locale/iso8859-15/Compose - -Near the bottom there is a line that reads: - - Ctrl : "\276" threequa= rters - -while it should read: - - Ctrl : "\276" threequa= rters - -Note the lower case . Changing this line should make C-t work. - -*** On Solaris, Emacs fails to set menu-bar-update-hook on startup, with= error -"Error in menu-bar-update-hook: (error Point before start of properties)= ". -This seems to be a GCC optimization bug that occurs for GCC 4.1.2 (-g -and -g -O2) and GCC 4.2.3 (-g -O and -g -O2). You can fix this by -compiling with GCC 4.2.3 or CC 5.7, with no optimizations. - * Runtime problems specific to MS-Windows =20 ** Emacs on Windows 9X requires UNICOWS.DLL @@ -2733,13 +2674,13 @@ Libxpm is available for macOS as part of the XQua= rtz project. =20 This indicates a mismatch between the C compiler and preprocessor that configure is using. For example, on Solaris 10 trying to use -CC=3D/opt/SUNWspro/bin/cc (the Sun Studio compiler) together with -CPP=3D/usr/ccs/lib/cpp can result in errors of this form (you may also -see the error '"/usr/include/sys/isa_defs.h", line 500: undefined contro= l'). +CC=3D/opt/developerstudio12.6/bin/cc (the Oracle Developer Studio +compiler) together with CPP=3D/usr/lib/cpp can result in errors of +this form. =20 The solution is to tell configure to use the correct C preprocessor -for your C compiler (CPP=3D"/opt/SUNWspro/bin/cc -E" in the above -example). +for your C compiler (CPP=3D"/opt/developerstudio12.6/bin/cc -E" in the +above example). =20 ** Compilation =20 @@ -3110,7 +3051,69 @@ This section covers bugs reported on very old hard= ware or software. If you are using hardware and an operating system shipped after 2000, it is unlikely you will see any of these. =20 -*** Solaris 2.x +** Solaris + +*** Problem with remote X server on Suns. + +On a Sun, running Emacs on one machine with the X server on another +may not work if you have used the unshared system libraries. This +is because the unshared libraries fail to use YP for host name lookup. +As a result, the host name you specify may not be recognized. + +*** Solaris 2.6: Emacs crashes with SIGBUS or SIGSEGV on Solaris after y= ou delete a frame. + +We suspect that this is a bug in the X libraries provided by +Sun. There is a report that one of these patches fixes the bug and +makes the problem stop: + +105216-01 105393-01 105518-01 105621-01 105665-01 105615-02 105216-02 +105667-01 105401-08 105615-03 105621-02 105686-02 105736-01 105755-03 +106033-01 105379-01 105786-01 105181-04 105379-03 105786-04 105845-01 +105284-05 105669-02 105837-01 105837-02 105558-01 106125-02 105407-01 + +Another person using a newer system (kernel patch level Generic_105181-0= 6) +suspects that the bug was fixed by one of these more recent patches: + +106040-07 SunOS 5.6: X Input & Output Method patch +106222-01 OpenWindows 3.6: filemgr (ff.core) fixes +105284-12 Motif 1.2.7: sparc Runtime library patch + +*** Solaris 7 or 8: Emacs reports a BadAtom error (from X) + +This happens when Emacs was built on some other version of Solaris. +Rebuild it on Solaris 8. + +*** When using M-x dbx with the SparcWorks debugger, the 'up' and 'down' +commands do not move the arrow in Emacs. + +You can fix this by adding the following line to '~/.dbxinit': + + dbxenv output_short_file_name off + +*** On Solaris, CTRL-t is ignored by Emacs when you use +the fr.ISO-8859-15 locale (and maybe other related locales). + +You can fix this by editing the file: + + /usr/openwin/lib/locale/iso8859-15/Compose + +Near the bottom there is a line that reads: + + Ctrl : "\276" threequa= rters + +while it should read: + + Ctrl : "\276" threequa= rters + +Note the lower case . Changing this line should make C-t work. + +*** On Solaris, Emacs fails to set menu-bar-update-hook on startup, with= error +"Error in menu-bar-update-hook: (error Point before start of properties)= ". +This seems to be a GCC optimization bug that occurs for GCC 4.1.2 (-g +and -g -O2) and GCC 4.2.3 (-g -O and -g -O2). You can fix this by +compiling with GCC 4.2.3 or CC 5.7, with no optimizations. + +*** Other legacy Solaris problems =20 **** Strange results from format %d in a few cases, on a Sun. =20 diff --git a/lisp/dired-aux.el b/lisp/dired-aux.el index 806a3955e4..777df79a6e 100644 --- a/lisp/dired-aux.el +++ b/lisp/dired-aux.el @@ -1014,8 +1014,8 @@ dired-compress (defvar dired-compress-file-suffixes '( ;; "tar -zxf" isn't used because it's not available on the - ;; Solaris10 version of tar. Solaris10 becomes obsolete in 2021. - ;; Same thing on AIX 7.1. + ;; Solaris 10 version of tar (obsolete in 2024?). + ;; Same thing on AIX 7.1 (obsolete 2023?) and 7.2 (obsolete 2022?). ("\\.tar\\.gz\\'" "" "gzip -dc %i | tar -xf -") ("\\.tgz\\'" "" "gzip -dc %i | tar -xf -") ("\\.gz\\'" "" "gunzip") --=20 2.17.1 --------------61B37D06CBAD0AFF075600BC--