From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 78179 invoked by alias); 17 Oct 2018 12:39:55 -0000 Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org Received: (qmail 78161 invoked by uid 89); 17 Oct 2018 12:39:54 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-6.3 required=5.0 tests=AWL,BAYES_00,GIT_PATCH_2,KAM_LAZY_DOMAIN_SECURITY autolearn=ham version=3.3.2 spammy= X-HELO: smtp.CeBiTec.Uni-Bielefeld.DE Received: from smtp.CeBiTec.Uni-Bielefeld.DE (HELO smtp.CeBiTec.Uni-Bielefeld.DE) (129.70.160.84) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Wed, 17 Oct 2018 12:39:53 +0000 Received: from localhost (localhost.CeBiTec.Uni-Bielefeld.DE [127.0.0.1]) by smtp.CeBiTec.Uni-Bielefeld.DE (Postfix) with ESMTP id 78A46E07; Wed, 17 Oct 2018 14:39:51 +0200 (CEST) Received: from smtp.CeBiTec.Uni-Bielefeld.DE ([127.0.0.1]) by localhost (malfoy.CeBiTec.Uni-Bielefeld.DE [127.0.0.1]) (amavisd-new, port 10024) with LMTP id SMhXH1wGCLAB; Wed, 17 Oct 2018 14:39:49 +0200 (CEST) Received: from lokon.CeBiTec.Uni-Bielefeld.DE (lokon.CeBiTec.Uni-Bielefeld.DE [129.70.161.152]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.CeBiTec.Uni-Bielefeld.DE (Postfix) with ESMTPS id BB12CE04; Wed, 17 Oct 2018 14:39:45 +0200 (CEST) Received: (from ro@localhost) by lokon.CeBiTec.Uni-Bielefeld.DE (8.15.2+Sun/8.15.2/Submit) id w9HCdift009185; Wed, 17 Oct 2018 14:39:44 +0200 (MEST) From: Rainer Orth To: Dennis Clarke Cc: gdb@sourceware.org Subject: Re: Obsoleting Solaris 10 support References: <20181016142024.GD17534@adacore.com> <20181016163907.GF17534@adacore.com> <10821a81-f740-ca9f-2606-b6ae88988eee@blastwave.org> Date: Wed, 17 Oct 2018 12:39:00 -0000 In-Reply-To: <10821a81-f740-ca9f-2606-b6ae88988eee@blastwave.org> (Dennis Clarke's message of "Tue, 16 Oct 2018 14:21:13 -0400") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1 (usg-unix-v) MIME-Version: 1.0 Content-Type: text/plain X-IsSubscribed: yes X-SW-Source: 2018-10/txt/msg00034.txt.bz2 Hi Dennis, > On 10/16/2018 12:39 PM, Joel Brobecker wrote: >>> this would argue for an obsoletion in the GDB 8.4 timeframe, roughly at >>> the same time GCC itself does. Issues I'm facing with Solaris 10 right >>> now (apart from the S10-only build breakages) are having to deal with >>> different syscall numbers while working on an xml syscall table for >>> Solaris and catch syscall support, as well as differences in corefile >>> contents. I suspect there will be more as time goes on. >> >> Sound good. Feel free to step in and make suggestions if you have >> new info that makes you think we should stop support earlier. >> > > I can not think of a valid compelling reason to make the effort. I have > had no major problems getting gcc bootstrapped on ye old s10 but I use > dbx from the Sun/Oracle Studio line for debug work. If at all. indeed: while gdb works reasonably well on Solaris, I had a couple of cases (often related to corrupted stacks) where dbx dealt with the issue way better (or even at all) compared to gdb which could be thrown off-track. > Given that Oracle has dropped Solaris 10 into a legacy support status > there isn't any valid reason for extra efforts to get gdb working > flawlessly. At least I can not think of any. Sadly. I hope to get a few fixes into gdb for the 8.3 release that would benefit both Solaris 10 and 11, but after that, I'm done with S10. Rainer -- ----------------------------------------------------------------------------- Rainer Orth, Center for Biotechnology, Bielefeld University