From debbugs-submit-bounces@debbugs.gnu.org Sun Aug 02 10:00:57 2020 Received: (at submit) by debbugs.gnu.org; 2 Aug 2020 14:00:57 +0000 Received: from localhost ([127.0.0.1]:43020 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k2EXo-0006xP-Vr for submit@debbugs.gnu.org; Sun, 02 Aug 2020 10:00:57 -0400 Received: from lists.gnu.org ([209.51.188.17]:38768) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k2EXm-0006xD-IR for submit@debbugs.gnu.org; Sun, 02 Aug 2020 10:00:55 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:51268) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1k2EXm-000307-9P for bug-gnu-emacs@gnu.org; Sun, 02 Aug 2020 10:00:54 -0400 Received: from mail-io1-xd43.google.com ([2607:f8b0:4864:20::d43]:33812) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1k2EXj-0001bi-8W for bug-gnu-emacs@gnu.org; Sun, 02 Aug 2020 10:00:53 -0400 Received: by mail-io1-xd43.google.com with SMTP id q75so27879620iod.1 for ; Sun, 02 Aug 2020 07:00:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:reply-to:from:date:message-id:subject:to; bh=o4RPG1LNTPHA9QBSYFOR8xQJOjdQ0tLe1xXKOv5ZSmY=; b=Dpip7WkLn81FwrYge2USc18XXDrQb9/JWdmRFSUcRdz1cxjT0LDgulVzXjGo3k9SKd c9ZDH0L0SxKNs3jKc7cUtHHbeEqTeH0+EwdPXa9AE7svLGUUO9hW3QhZMPJhwQvJuDvA t3aUy4qM49JFIH1GkbnDyM2ePCV/6iM8yoXcvs90d3nc79SaeLgIKvEzomXVUeVpx9EO d1astj7acIsPTvndg/nB4zepaCozGfMuNPkR+TaFOx20uQGHlJiAVqQd5tYg9D60lPzu dd1AmLOn7jMv9Zja8zve1c9PHHvhlfU4nD8hVirjtDDv/gxwqz4FJ2pN+x9rq8I8QS3m jOMQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:reply-to:from:date:message-id :subject:to; bh=o4RPG1LNTPHA9QBSYFOR8xQJOjdQ0tLe1xXKOv5ZSmY=; b=a7KHptivw6LXRZ3QOsm5zUebozx/W8Ox9z0RNfFSsWwut56lsYb2zTRZkPSJF1t5XI ohojxffpD+K/bYznXENQ44vNbDntKvE6flNMQzZ0/Z2ANy6k76d4DZ3REr4bOHNSHODB L///bvsRlLc2m6di9mjFlMMGlGQmRyAqD0RBeBQHiq6MwYEizv8OtOcX69FpmwpVl0t8 BAiaNXSJHYdrsmQW+poxyWB5xZBRYqjY2/nsRuy/fIYVE+tetMouL+L7H2ttKArWPNHQ A01kl5vb6+QNn828Aa4uFDsURZFQbkxZ0vS65wNMeszcUUlZi5d+8TaWC7UM0ptY9RnP rmFw== X-Gm-Message-State: AOAM533Qv6U3HdXXLhOtrdLH3upMFchbLdxvJfHwhhFstxWOeL68ZEKN 2e8kxtNO4jwtEJlzTizoePMD1o8CYtDU1RmIMVvLq6KenP8= X-Google-Smtp-Source: ABdhPJxTFIon974jfZIwHTyC1hHZ80GsD3nPIqL0hJJC2DRUaNu5F2laEXRbK9bMJV83//hRNM7ijlTgeMZO9pEFT0c= X-Received: by 2002:a05:6638:2162:: with SMTP id p2mr15464373jak.17.1596376846111; Sun, 02 Aug 2020 07:00:46 -0700 (PDT) MIME-Version: 1.0 From: Jeffrey Walton Date: Sun, 2 Aug 2020 10:00:35 -0400 Message-ID: Subject: Solaris 11.3 x86_64 support To: bug-gnu-emacs@gnu.org Content-Type: text/plain; charset="UTF-8" Received-SPF: pass client-ip=2607:f8b0:4864:20::d43; envelope-from=noloader@gmail.com; helo=mail-io1-xd43.google.com X-detected-operating-system: by eggs.gnu.org: No matching host in p0f cache. That's all we know. X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -0.3 (/) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: noloader@gmail.com Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) Hi Everyone, I'm submitting this one because etc/MACHINES says Solaris is supported. I'm building on Solaris 11.3 using x86_64 per [1]. I use '--build=x86_64-sun-solaris' because Autoguess chooses 32-bit instead of 64-bit (even with CFLAGS and CXXFLAGS including -m64). $ ./configure ... checking for xcrun... no checking for GNU Make... gmake checking build system type... x86_64-sun-solaris2 checking host system type... x86_64-sun-solaris2 configure: error: Emacs does not support 'x86_64-sun-solaris2' systems. If you think it should, please send a report to bug-gnu-emacs@gnu.org. But according to etc/MACHINES: $ cat etc/MACHINES ... ** Solaris On Solaris it is also possible to use either GCC or Solaris Studio to build Emacs, by pointing ./configure to the right compiler ... [1] https://docs.oracle.com/cd/E37838_01/html/E66175/appendixb.html From debbugs-submit-bounces@debbugs.gnu.org Sun Aug 02 10:18:08 2020 Received: (at 42675) by debbugs.gnu.org; 2 Aug 2020 14:18:08 +0000 Received: from localhost ([127.0.0.1]:43075 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k2EoS-0007RZ-HJ for submit@debbugs.gnu.org; Sun, 02 Aug 2020 10:18:08 -0400 Received: from mail-out.m-online.net ([212.18.0.10]:36148) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k2EoQ-0007RQ-EM for 42675@debbugs.gnu.org; Sun, 02 Aug 2020 10:18:07 -0400 Received: from frontend01.mail.m-online.net (unknown [192.168.8.182]) by mail-out.m-online.net (Postfix) with ESMTP id 4BKNQj1Cz0z1rt4N; Sun, 2 Aug 2020 16:18:04 +0200 (CEST) Received: from localhost (dynscan1.mnet-online.de [192.168.6.70]) by mail.m-online.net (Postfix) with ESMTP id 4BKNQh5fbCz1qtwP; Sun, 2 Aug 2020 16:18:04 +0200 (CEST) X-Virus-Scanned: amavisd-new at mnet-online.de Received: from mail.mnet-online.de ([192.168.8.182]) by localhost (dynscan1.mail.m-online.net [192.168.6.70]) (amavisd-new, port 10024) with ESMTP id lmtNkp2qsA22; Sun, 2 Aug 2020 16:18:03 +0200 (CEST) X-Auth-Info: KChgAwQJVb2CEhvoIjsaT73BQ3uuyhIiSd9LF6nlXkZO/XQkP5MlC/EFYEq+aNr3 Received: from igel.home (ppp-46-244-170-117.dynamic.mnet-online.de [46.244.170.117]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.mnet-online.de (Postfix) with ESMTPSA; Sun, 2 Aug 2020 16:18:03 +0200 (CEST) Received: by igel.home (Postfix, from userid 1000) id 630AC2C2614; Sun, 2 Aug 2020 16:18:03 +0200 (CEST) From: Andreas Schwab To: Jeffrey Walton Subject: Re: bug#42675: Solaris 11.3 x86_64 support References: X-Yow: Mr and Mrs PED, can I borrow 26.7% of the RAYON TEXTILE production of the INDONESIAN archipelago? Date: Sun, 02 Aug 2020 16:18:03 +0200 In-Reply-To: (Jeffrey Walton's message of "Sun, 2 Aug 2020 10:00:35 -0400") Message-ID: <877duhb084.fsf@igel.home> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 42675 Cc: 42675@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) On Aug 02 2020, Jeffrey Walton wrote: > I'm building on Solaris 11.3 using x86_64 per [1]. I use > '--build=x86_64-sun-solaris' You need to specify the exact solaris version you are building for. > because Autoguess chooses 32-bit instead > of 64-bit (even with CFLAGS and CXXFLAGS including -m64). If you add -m64 to CC, not CFLAGS, then config.guess should do the right thing. Andreas. -- Andreas Schwab, schwab@linux-m68k.org GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AEC1 "And now for something completely different." From debbugs-submit-bounces@debbugs.gnu.org Sun Aug 02 11:12:21 2020 Received: (at 42675) by debbugs.gnu.org; 2 Aug 2020 15:12:21 +0000 Received: from localhost ([127.0.0.1]:43187 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k2Feu-0000PJ-V4 for submit@debbugs.gnu.org; Sun, 02 Aug 2020 11:12:21 -0400 Received: from mail-il1-f195.google.com ([209.85.166.195]:38786) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k2Fes-0000P6-Lw for 42675@debbugs.gnu.org; Sun, 02 Aug 2020 11:12:19 -0400 Received: by mail-il1-f195.google.com with SMTP id 77so649291ilc.5 for <42675@debbugs.gnu.org>; Sun, 02 Aug 2020 08:12:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:reply-to:from:date:message-id :subject:to:cc; bh=FBNjdS8iFQBHb+BZGiniVvoQe3KbH5W6Qc1w3TurLWI=; b=uzcitEvjdsNkh/xh2KcthWtg798VmpYjOYuuvCSALAUhfxQIhzXGPfdx4KSZKBKFmj v+hcI+9TboK1rc6NIacCin9iCb2flo4GdBmrupICv/vAhZVHSXHICBOK8QvSptPWpbVz Hmf7JNrDN7g3iMw/W1Q+9WMzrMad+bl8NgJ7Ep7MJ181brmbKXQHiRY/8oYJWsPXun5g TcDVOAFOq33n1VCDpLlVz0d4Ujg3+4vzwJCm8xi14TujrIfk2/b/wFIeblAkM4HgpZ+F AANKS3YdU2GeYMLd0zZcILHfGVIyfsjn6/kbs/Bg26hgYDG8Kg+Et96ad/Llrd/IUOEB L3zQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:reply-to :from:date:message-id:subject:to:cc; bh=FBNjdS8iFQBHb+BZGiniVvoQe3KbH5W6Qc1w3TurLWI=; b=eEuAaHM3XBcJWQtP473u2yUdnihuXdkIX8esEdOx3VA/iofQc8+SJtB1v5/6sJvQam SuRiOR2VfQJ4YCE8/tuM2GQboRf8Q44/pkHhPnhmPHPcji8GCJLwhiPAd8dOSxClaCSy Wo5XpdsyXBolDQiRCL339/kgWHUr5HGbbeQTZoaYlln6pnUjtbn/vp2MIjpKIAkPOIYZ TrPpmnJ7e1GEHluy00V7GhUzdZSRcledLCvINRhIBYtekZd0xnYOaC0DWE4xk3YOcowR PqqAIaLKkWKg7ItPmExCr+haHFxwb5QDXDbWTfm68/ph1G5Uq9IkO4UPIX5Wdndz+WQl 9gTQ== X-Gm-Message-State: AOAM531zQvtL43dDHQAW8U8C3klLGdI6Oaxsv3fLzr5/QRl9aHFHqdO8 sWpgI3piUpDlXempii+3NwQ+x8NH9Wx0GoFetkBb3JcJMDE= X-Google-Smtp-Source: ABdhPJxqaGPJhvS7RqrJhf/VBTu8eU0OuINoJPSrBPz8eH04b7mHBrL0gZUpl/1IML+vGz6qrlA5HogLwPuJTb5gGGc= X-Received: by 2002:a92:c9ca:: with SMTP id k10mr13235336ilq.41.1596381132985; Sun, 02 Aug 2020 08:12:12 -0700 (PDT) MIME-Version: 1.0 References: <877duhb084.fsf@igel.home> In-Reply-To: <877duhb084.fsf@igel.home> From: Jeffrey Walton Date: Sun, 2 Aug 2020 11:12:02 -0400 Message-ID: Subject: Re: bug#42675: Solaris 11.3 x86_64 support To: Andreas Schwab Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 42675 Cc: 42675@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: noloader@gmail.com Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) On Sun, Aug 2, 2020 at 10:18 AM Andreas Schwab wrote: > > On Aug 02 2020, Jeffrey Walton wrote: > > > I'm building on Solaris 11.3 using x86_64 per [1]. I use > > '--build=x86_64-sun-solaris' > > You need to specify the exact solaris version you are building for. Thanks Andreas. I don't think that's the case. The Autotools docs say the triplet is cpu-vendor-os. They don't say anything about a version number.[1] There is no "solaris2" os. It is called 'Solaris'. Because of Autotools name mangling a configure typically matches it to 'solaris*'. [1] https://www.gnu.org/software/autoconf/manual/autoconf-2.65/html_node/Specifying-Target-Triplets.html > > because Autoguess chooses 32-bit instead > > of 64-bit (even with CFLAGS and CXXFLAGS including -m64). > > If you add -m64 to CC, not CFLAGS, then config.guess should do the right > thing. If I add -m64 to the compiler, then it breaks other packages. I don't think that is fair to other packages that do things as expected. But stepping back, there is no need to guess. I told the system what to use in the --build. Of the 100+ packages I build regularly, only Emacs has this problem. I'm pretty sure the Emacs configure script is the problem in this case. The user's job is to set the environment. If I don't set the environment properly then that's my fault and the configure script should die. The flip side of that is, stop being clever in the script. Just do what you are told and things will work well. Jeff From debbugs-submit-bounces@debbugs.gnu.org Sun Aug 02 14:45:37 2020 Received: (at 42675) by debbugs.gnu.org; 2 Aug 2020 18:45:37 +0000 Received: from localhost ([127.0.0.1]:43469 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k2IzJ-00005h-6l for submit@debbugs.gnu.org; Sun, 02 Aug 2020 14:45:37 -0400 Received: from shell1.rawbw.com ([198.144.192.42]:47871 ident=root) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k2IzH-00005Z-EO for 42675@debbugs.gnu.org; Sun, 02 Aug 2020 14:45:36 -0400 Received: from alto (96-95-200-133-static.hfc.comcastbusiness.net [96.95.200.133]) (authenticated bits=0) by shell1.rawbw.com (8.15.1/8.15.1) with ESMTPSA id 072IjRFC016965 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 2 Aug 2020 11:45:33 -0700 (PDT) (envelope-from mkupfer@alum.berkeley.edu) X-Authentication-Warning: shell1.rawbw.com: Host 96-95-200-133-static.hfc.comcastbusiness.net [96.95.200.133] claimed to be alto From: Mike Kupfer To: noloader@gmail.com Subject: Re: bug#42675: Solaris 11.3 x86_64 support In-Reply-To: Your message of "Sun, 02 Aug 2020 11:12:02 -0400." X-Mailer: MH-E 8.6+git; nmh 1.7.1; GNU Emacs 27.0.91 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <10785.1596393927.1@alto> Date: Sun, 02 Aug 2020 11:45:27 -0700 Message-ID: <10786.1596393927@alto> X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 42675 Cc: 42675@debbugs.gnu.org, Andreas Schwab X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) FWIW, I just looked at Emacs on 2 Solaris systems that I have access to. One system is a SPARC box running S11.3. It has Emacs 24.3, which was built for sparc-sun-solaris2.11. The other system is an x86 box running S11.4. It has Emacs 26.3, which was built for x86_64-pc-solaris2.11. Recently I've not had much luck building Emacs using the Studio compiler. I don't know if it's a problem with Emacs, Studio, or Solaris, and I haven't had the time to look into it. regards, mike From debbugs-submit-bounces@debbugs.gnu.org Wed Aug 05 21:05:36 2020 Received: (at 42675) by debbugs.gnu.org; 6 Aug 2020 01:05:37 +0000 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 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 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) 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) 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 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) 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) To: Jeffrey Walton From: Paul Eggert Autocrypt: addr=eggert@cs.ucla.edu; prefer-encrypt=mutual; keydata= LS0tLS1CRUdJTiBQR1AgUFVCTElDIEtFWSBCTE9DSy0tLS0tCgptUUlOQkV5QWNtUUJFQURB QXlIMnhvVHU3cHBHNUQzYThGTVpFb243NGRDdmM0K3ExWEEySjJ0QnkycHdhVHFmCmhweHhk R0E5Smo1MFVKM1BENGJTVUVnTjh0TFowc2FuNDdsNVhUQUZMaTI0NTZjaVNsNW04c0thSGxH ZHQ5WG0KQUF0bVhxZVpWSVlYL1VGUzk2ZkR6ZjR4aEVtbS95N0xiWUVQUWRVZHh1NDd4QTVL aFRZcDVibHRGM1dZRHoxWQpnZDdneDA3QXV3cDdpdzdlTnZub0RUQWxLQWw4S1lEWnpiRE5D UUdFYnBZM2VmWkl2UGRlSStGV1FONFcra2doCnkrUDZhdTZQcklJaFlyYWV1YTdYRGRiMkxT MWVuM1NzbUUzUWpxZlJxSS9BMnVlOEpNd3N2WGUvV0szOEV6czYKeDc0aVRhcUkzQUZINmls QWhEcXBNbmQvbXNTRVNORnQ3NkRpTzFaS1FNcjlhbVZQa25qZlBtSklTcWRoZ0IxRApsRWR3 MzRzUk9mNlY4bVp3MHhmcVQ2UEtFNDZMY0ZlZnpzMGtiZzRHT1JmOHZqRzJTZjF0azVlVThN Qml5Ti9iClowM2JLTmpOWU1wT0REUVF3dVA4NGtZTGtYMndCeHhNQWhCeHdiRFZadWR6eERa SjFDMlZYdWpDT0pWeHEya2wKakJNOUVUWXVVR3FkNzVBVzJMWHJMdzYrTXVJc0hGQVlBZ1Jy NytLY3dEZ0JBZndoUEJZWDM0blNTaUhsbUxDKwpLYUhMZUNMRjVaSTJ2S20zSEVlQ1R0bE9n N3haRU9OZ3d6TCtmZEtvK0Q2U29DOFJSeEpLczhhM3NWZkk0dDZDCm5yUXp2SmJCbjZneGRn Q3U1aTI5SjFRQ1lyQ1l2cWwyVXlGUEFLK2RvOTkvMWpPWFQ0bTI4MzZqMXdBUkFRQUIKdENC UVlYVnNJRVZuWjJWeWRDQThaV2RuWlhKMFFHTnpMblZqYkdFdVpXUjFQb2tDUGdRVEFRSUFL QVVDVElCeQpaQUliQXdVSkVzd0RBQVlMQ1FnSEF3SUdGUWdDQ1FvTEJCWUNBd0VDSGdFQ0Y0 QUFDZ2tRN1pmcERtS3FmalJSCkd3LytJajAzZGhZZllsL2dYVlJpdXpWMWdHcmJIayt0bmZy SS9DN2ZBZW9GelE1dFZnVmluU2hhUGtabzBIVFAKZjE4eDZJREVkQWlPOE1xbzF5cDBDdEht ekdNQ0o1MG80R3JnZmpscjZnLyt2dEVPS2JobGVzek4yWHBKdnB3TQoyUWdHdm4vbGFUTFV1 OFBIOWFSV1RzN3FKSlpLS0tBYjRzeFljOTJGZWhQdTZGT0QwZERpeWhsREFxNGxPVjJtCmRC cHpRYmlvam9aelFMTVF3anBnQ1RLMjU3MmVLOUVPRVF5U1VUaFhyU0l6NkFTZW5wNE5ZVEZI czl0dUpRdlgKazlnWkRkUFNsM2JwKzQ3ZEd4bHhFV0xwQklNN3pJT053NGtzNGF6Z1Q4bnZE WnhBNUlaSHR2cUJsSkxCT2JZWQowTGU2MVdwMHkzVGxCRGgycWRLOGVZTDQyNlc0c2NFTVN1 aWc1Z2I4T0F0UWlCVzZrMnNHVXh4ZWl2OG92V3U4CllBWmdLSmZ1b1dJK3VSbk1FZGRydVk4 SnNvTTU0S2FLdlppa2tLczJiZzFuZHRMVnpIcEo2cUZaQzdRVmplSFUKaDYvQm1ndmRqV1Ba WUZUdE4rS0E5Q1dYM0dRS0tnTjN1dTk4OHl6bkQ3TG5COThUNEVVSDFIQS9HbmZCcU1WMQpn cHpUdlBjNHFWUWluQ21Ja0VGcDgzemwrRzVmQ2pKSjNXN2l2ekNuWW80S2hLTHBGVW05N29r VEtSMkxXM3haCnpFVzRjTFNXTzM4N01USzNDekRPeDVxZTZzNGE5MVp1Wk0vai9UUWRUTERh cU5uODNrQTRIcTQ4VUhYWXhjSWgKK05kOGsvM3c2bEZ1b0swd3JPRml5d2pMeCswdXI1am1t YmVjQkdIYzF4ZGhBRkc1QWcwRVRJQnlaQUVRQUthRgo2NzhUOXd5SDR3alRyVjFQejNjREVv U25WLzBaVXJPVDM3cDFkY0d5ai9JWHExeDY3MEhSVmFoQW1rMHNacFljCjI1UEY5RDVHUFlI RldsTmp1UFU5NnJEbmRYQjNoZWRtQlJoTGRDNGJBWGpJNERWK2JtZFZlK3EvSU1ubFpSYVYK bG05RWlNQ1ZBUjZ3MTNzUmV1N3FYa1c5cjNSd1kyQXpYc2twL3RBZTRCUktyMVptYnZpMm5i blE2ZXBFQzQycgpSYngwQjFFaGpiSVFaNUpIR2syNGlQVDdMZEJnbk5tb3M1d1lqendObGtN UUQ1VDBZZHpoazdKK1V4d0E1bTQ2Cm1PaFJEQzJyRlYvQTBnbTVUTHk4RFhqdi9Fc2M0Z1lu WWFpNlNRcW5VRVZoNUx1VjhZQ0pCbmlqcytUaXc3MXgKMWljbW42eEdJNDVFdWdKT2dlYyty THlwWWdwVnA0eDBISTVUODhxQlJZQ2t4SDNLZzhRbytFV05BOUE0TFJROQpEWDhuam9uYTBn ZjBzMDN0b2NLOGtCTjY2VW9xcVB0SEJuYzRlTWdCeW1DZmxLMTJlS2ZkMllZeG55ZzljWmF6 CldBNVZzbHZUeHBtNzZoYmc1b2lBRUgvVmcvOE14SHlBblBoZnJnd3lQcm1KRWNWQmFmZHNw Sm5ZUXhCWU5jbzIKTEZQSWhsT3ZXaDhyNGF0K3MrTTNMYjI2b1VUY3psZ2RXMVNmM1NEQTc3 Qk1SbkYwRlF5RSs3QXpWNzlNQk40eQpraXFhZXpReHRhRjFGeS90dmtoZmZTbzh1K2R3RzBF Z0poK3RlMzhnVGNJU1ZyMEdJUHBsTHo2WWhqcmJIclBSCkYxQ041VXVMOURCR2p4dU4zNVJM TlZFZnRhNlJVRmxSNk5jdFRqdnJBQkVCQUFHSkFpVUVHQUVDQUE4RkFreUEKY21RQ0d3d0ZD UkxNQXdBQUNna1E3WmZwRG1LcWZqU3JIQS8rS3pBS3ZUeFJoQTlNV05MeEl5SjdTNXVKMTZn cwpUM29DalpyQktHRWhLTU9HWDRPMEdBNlZPRXJ5TzdRUkNDWWFoM294U0czOElBbk5laXdK WGdVOUJ6a2s4NVVHCmJQRWQ3SEdGL1ZTZUhDUXdXb3U2anFVRFRTRHZuOVloTlRkRzBLWFBN NzRhQyt4cjJab3cxTzJtaFhpaGdXS0QKMER3KzBMWVBuVU9zUTBLT0Z4SFhYWUhtUnJTMU9a UFU1OUJMdmMrVFJoSWhhZlNIS0x3YlhLKzZja2t4Qng2aAo4ejVjY3BHMFFzNGJGaGRGWW5G ckVpZURMb0dtbkUyWUxoZFY2c3dKOVZOQ1M2cExpRW9oVDNmbTdhWG0xNXRaCk9JeXpNWmhI UlNBUGJsWHhRMFpTV2pxOG9ScmNZTkZ4YzRXMVVScEFrQkNPWUpvWHZRZkQ1TDNscUFsOFRD cUQKVXpZeGhIL3RKaGJEZEhycUhINzY3amFEYVRCMStUYWxwLzJBTUt3Y1hOT2Rpa2xHeGJt SFZHNllHbDZnOExyYgpzdTlOWkVJNHlMbEh6dWlrdGhKV2d6KzN2WmhWR3lObHQrSE5Jb0Y2 Q2pETDJvbXU1Y0VxNFJESE00NFFxUGs2Cmw3TzBwVXZOMW1UNEIrUzFiMDhSS3BxbS9mZjAx NUUzN0hOVi9waUl2Smx4R0FZejhQU2Z1R0NCMXRoTVlxbG0KZ2RoZDkvQmFiR0ZiR0dZSEE2 VTQvVDV6cVUrZjZ4SHkxU3NBUVoxTVNLbEx3ZWtCSVQrNC9jTFJHcUNIam5WMApxNUgvVDZh N3Q1bVBrYnpTck9MU280cHVqK0lUb05qWXlZSURCV3pobEExOWF2T2ErcnZVam1IdEQzc0ZO N2NYCld0a0dvaThidU5jYnk0VT0KPUFMNm8KLS0tLS1FTkQgUEdQIFBVQkxJQyBLRVkgQkxP Q0stLS0tLQo= Organization: UCLA Computer Science Department Subject: Re: bug#42675: Solaris 11.3 x86_64 support Message-ID: <3741203e-7a82-de21-2773-ec8e31be6a6d@cs.ucla.edu> Date: Wed, 5 Aug 2020 18:05:17 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="------------61B37D06CBAD0AFF075600BC" Content-Language: en-US X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 42675 Cc: 42675@debbugs.gnu.org, Andreas Schwab X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) 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-- From debbugs-submit-bounces@debbugs.gnu.org Thu Aug 06 19:02:17 2020 Received: (at 42675-done) by debbugs.gnu.org; 6 Aug 2020 23:02:17 +0000 Received: from localhost ([127.0.0.1]:55108 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k3ott-0006Vr-Bc for submit@debbugs.gnu.org; Thu, 06 Aug 2020 19:02:17 -0400 Received: from zimbra.cs.ucla.edu ([131.179.128.68]:47510) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k3ots-0006Vd-06 for 42675-done@debbugs.gnu.org; Thu, 06 Aug 2020 19:02:16 -0400 Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 04D7B1600F7; Thu, 6 Aug 2020 16:02:09 -0700 (PDT) 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 nnqrfgCbp-kN; Thu, 6 Aug 2020 16:02:08 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 47B101600F4; Thu, 6 Aug 2020 16:02:08 -0700 (PDT) X-Virus-Scanned: amavisd-new at zimbra.cs.ucla.edu 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 1utXoZEJhz4V; Thu, 6 Aug 2020 16:02:08 -0700 (PDT) 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 1BF5E1600F7; Thu, 6 Aug 2020 16:02:08 -0700 (PDT) To: Mike Kupfer From: Paul Eggert Subject: Re: bug#42675: Solaris 11.3 x86_64 support Autocrypt: addr=eggert@cs.ucla.edu; prefer-encrypt=mutual; keydata= LS0tLS1CRUdJTiBQR1AgUFVCTElDIEtFWSBCTE9DSy0tLS0tCgptUUlOQkV5QWNtUUJFQURB QXlIMnhvVHU3cHBHNUQzYThGTVpFb243NGRDdmM0K3ExWEEySjJ0QnkycHdhVHFmCmhweHhk R0E5Smo1MFVKM1BENGJTVUVnTjh0TFowc2FuNDdsNVhUQUZMaTI0NTZjaVNsNW04c0thSGxH ZHQ5WG0KQUF0bVhxZVpWSVlYL1VGUzk2ZkR6ZjR4aEVtbS95N0xiWUVQUWRVZHh1NDd4QTVL aFRZcDVibHRGM1dZRHoxWQpnZDdneDA3QXV3cDdpdzdlTnZub0RUQWxLQWw4S1lEWnpiRE5D UUdFYnBZM2VmWkl2UGRlSStGV1FONFcra2doCnkrUDZhdTZQcklJaFlyYWV1YTdYRGRiMkxT MWVuM1NzbUUzUWpxZlJxSS9BMnVlOEpNd3N2WGUvV0szOEV6czYKeDc0aVRhcUkzQUZINmls QWhEcXBNbmQvbXNTRVNORnQ3NkRpTzFaS1FNcjlhbVZQa25qZlBtSklTcWRoZ0IxRApsRWR3 MzRzUk9mNlY4bVp3MHhmcVQ2UEtFNDZMY0ZlZnpzMGtiZzRHT1JmOHZqRzJTZjF0azVlVThN Qml5Ti9iClowM2JLTmpOWU1wT0REUVF3dVA4NGtZTGtYMndCeHhNQWhCeHdiRFZadWR6eERa SjFDMlZYdWpDT0pWeHEya2wKakJNOUVUWXVVR3FkNzVBVzJMWHJMdzYrTXVJc0hGQVlBZ1Jy NytLY3dEZ0JBZndoUEJZWDM0blNTaUhsbUxDKwpLYUhMZUNMRjVaSTJ2S20zSEVlQ1R0bE9n N3haRU9OZ3d6TCtmZEtvK0Q2U29DOFJSeEpLczhhM3NWZkk0dDZDCm5yUXp2SmJCbjZneGRn Q3U1aTI5SjFRQ1lyQ1l2cWwyVXlGUEFLK2RvOTkvMWpPWFQ0bTI4MzZqMXdBUkFRQUIKdENC UVlYVnNJRVZuWjJWeWRDQThaV2RuWlhKMFFHTnpMblZqYkdFdVpXUjFQb2tDUGdRVEFRSUFL QVVDVElCeQpaQUliQXdVSkVzd0RBQVlMQ1FnSEF3SUdGUWdDQ1FvTEJCWUNBd0VDSGdFQ0Y0 QUFDZ2tRN1pmcERtS3FmalJSCkd3LytJajAzZGhZZllsL2dYVlJpdXpWMWdHcmJIayt0bmZy SS9DN2ZBZW9GelE1dFZnVmluU2hhUGtabzBIVFAKZjE4eDZJREVkQWlPOE1xbzF5cDBDdEht ekdNQ0o1MG80R3JnZmpscjZnLyt2dEVPS2JobGVzek4yWHBKdnB3TQoyUWdHdm4vbGFUTFV1 OFBIOWFSV1RzN3FKSlpLS0tBYjRzeFljOTJGZWhQdTZGT0QwZERpeWhsREFxNGxPVjJtCmRC cHpRYmlvam9aelFMTVF3anBnQ1RLMjU3MmVLOUVPRVF5U1VUaFhyU0l6NkFTZW5wNE5ZVEZI czl0dUpRdlgKazlnWkRkUFNsM2JwKzQ3ZEd4bHhFV0xwQklNN3pJT053NGtzNGF6Z1Q4bnZE WnhBNUlaSHR2cUJsSkxCT2JZWQowTGU2MVdwMHkzVGxCRGgycWRLOGVZTDQyNlc0c2NFTVN1 aWc1Z2I4T0F0UWlCVzZrMnNHVXh4ZWl2OG92V3U4CllBWmdLSmZ1b1dJK3VSbk1FZGRydVk4 SnNvTTU0S2FLdlppa2tLczJiZzFuZHRMVnpIcEo2cUZaQzdRVmplSFUKaDYvQm1ndmRqV1Ba WUZUdE4rS0E5Q1dYM0dRS0tnTjN1dTk4OHl6bkQ3TG5COThUNEVVSDFIQS9HbmZCcU1WMQpn cHpUdlBjNHFWUWluQ21Ja0VGcDgzemwrRzVmQ2pKSjNXN2l2ekNuWW80S2hLTHBGVW05N29r VEtSMkxXM3haCnpFVzRjTFNXTzM4N01USzNDekRPeDVxZTZzNGE5MVp1Wk0vai9UUWRUTERh cU5uODNrQTRIcTQ4VUhYWXhjSWgKK05kOGsvM3c2bEZ1b0swd3JPRml5d2pMeCswdXI1am1t YmVjQkdIYzF4ZGhBRkc1QWcwRVRJQnlaQUVRQUthRgo2NzhUOXd5SDR3alRyVjFQejNjREVv U25WLzBaVXJPVDM3cDFkY0d5ai9JWHExeDY3MEhSVmFoQW1rMHNacFljCjI1UEY5RDVHUFlI RldsTmp1UFU5NnJEbmRYQjNoZWRtQlJoTGRDNGJBWGpJNERWK2JtZFZlK3EvSU1ubFpSYVYK bG05RWlNQ1ZBUjZ3MTNzUmV1N3FYa1c5cjNSd1kyQXpYc2twL3RBZTRCUktyMVptYnZpMm5i blE2ZXBFQzQycgpSYngwQjFFaGpiSVFaNUpIR2syNGlQVDdMZEJnbk5tb3M1d1lqendObGtN UUQ1VDBZZHpoazdKK1V4d0E1bTQ2Cm1PaFJEQzJyRlYvQTBnbTVUTHk4RFhqdi9Fc2M0Z1lu WWFpNlNRcW5VRVZoNUx1VjhZQ0pCbmlqcytUaXc3MXgKMWljbW42eEdJNDVFdWdKT2dlYyty THlwWWdwVnA0eDBISTVUODhxQlJZQ2t4SDNLZzhRbytFV05BOUE0TFJROQpEWDhuam9uYTBn ZjBzMDN0b2NLOGtCTjY2VW9xcVB0SEJuYzRlTWdCeW1DZmxLMTJlS2ZkMllZeG55ZzljWmF6 CldBNVZzbHZUeHBtNzZoYmc1b2lBRUgvVmcvOE14SHlBblBoZnJnd3lQcm1KRWNWQmFmZHNw Sm5ZUXhCWU5jbzIKTEZQSWhsT3ZXaDhyNGF0K3MrTTNMYjI2b1VUY3psZ2RXMVNmM1NEQTc3 Qk1SbkYwRlF5RSs3QXpWNzlNQk40eQpraXFhZXpReHRhRjFGeS90dmtoZmZTbzh1K2R3RzBF Z0poK3RlMzhnVGNJU1ZyMEdJUHBsTHo2WWhqcmJIclBSCkYxQ041VXVMOURCR2p4dU4zNVJM TlZFZnRhNlJVRmxSNk5jdFRqdnJBQkVCQUFHSkFpVUVHQUVDQUE4RkFreUEKY21RQ0d3d0ZD UkxNQXdBQUNna1E3WmZwRG1LcWZqU3JIQS8rS3pBS3ZUeFJoQTlNV05MeEl5SjdTNXVKMTZn cwpUM29DalpyQktHRWhLTU9HWDRPMEdBNlZPRXJ5TzdRUkNDWWFoM294U0czOElBbk5laXdK WGdVOUJ6a2s4NVVHCmJQRWQ3SEdGL1ZTZUhDUXdXb3U2anFVRFRTRHZuOVloTlRkRzBLWFBN NzRhQyt4cjJab3cxTzJtaFhpaGdXS0QKMER3KzBMWVBuVU9zUTBLT0Z4SFhYWUhtUnJTMU9a UFU1OUJMdmMrVFJoSWhhZlNIS0x3YlhLKzZja2t4Qng2aAo4ejVjY3BHMFFzNGJGaGRGWW5G ckVpZURMb0dtbkUyWUxoZFY2c3dKOVZOQ1M2cExpRW9oVDNmbTdhWG0xNXRaCk9JeXpNWmhI UlNBUGJsWHhRMFpTV2pxOG9ScmNZTkZ4YzRXMVVScEFrQkNPWUpvWHZRZkQ1TDNscUFsOFRD cUQKVXpZeGhIL3RKaGJEZEhycUhINzY3amFEYVRCMStUYWxwLzJBTUt3Y1hOT2Rpa2xHeGJt SFZHNllHbDZnOExyYgpzdTlOWkVJNHlMbEh6dWlrdGhKV2d6KzN2WmhWR3lObHQrSE5Jb0Y2 Q2pETDJvbXU1Y0VxNFJESE00NFFxUGs2Cmw3TzBwVXZOMW1UNEIrUzFiMDhSS3BxbS9mZjAx NUUzN0hOVi9waUl2Smx4R0FZejhQU2Z1R0NCMXRoTVlxbG0KZ2RoZDkvQmFiR0ZiR0dZSEE2 VTQvVDV6cVUrZjZ4SHkxU3NBUVoxTVNLbEx3ZWtCSVQrNC9jTFJHcUNIam5WMApxNUgvVDZh N3Q1bVBrYnpTck9MU280cHVqK0lUb05qWXlZSURCV3pobEExOWF2T2ErcnZVam1IdEQzc0ZO N2NYCld0a0dvaThidU5jYnk0VT0KPUFMNm8KLS0tLS1FTkQgUEdQIFBVQkxJQyBLRVkgQkxP Q0stLS0tLQo= Organization: UCLA Computer Science Department Message-ID: <8e2084e4-486c-f46d-fd74-4bd9e35bc475@cs.ucla.edu> Date: Thu, 6 Aug 2020 16:02:07 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 42675-done Cc: noloader@gmail.com, 42675-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Recently I've not had much luck building Emacs using the Studio > compiler. I don't know if it's a problem with Emacs, Studio, or > Solaris, and I haven't had the time to look into it. For what it's worth, I built and ran Emacs master with Oracle Developer Studio 12.6 on Solaris 10 sparc with these commands: ../emacs-28.0.50/configure CC=cc --with-jpeg=ifavailable --with-png=ifavailable --with-gif=ifavailable --with-tiff=ifavailable --with-gnutls=ifavailable gmake I needed the "ifavailable" options because those libraries aren't available on Solaris 10. If you're still having problems with Studio please file a bug report when you have the time. I did just now fix a problem on OpenIndiana (which needs "#include " not "#include ") so if that's what you ran into it should be fixed now. The original bug that prompted this bug report seems to have been fixed so I'm taking the liberty of marking this bug as done. From unknown Sun Jun 22 00:58:21 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Fri, 04 Sep 2020 11:24:08 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator