From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-pl1-x633.google.com (mail-pl1-x633.google.com [IPv6:2607:f8b0:4864:20::633]) by sourceware.org (Postfix) with ESMTPS id D0B9E3858002 for ; Mon, 13 Sep 2021 15:52:04 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org D0B9E3858002 Received: by mail-pl1-x633.google.com with SMTP id f21so3881440plb.4 for ; Mon, 13 Sep 2021 08:52:04 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=jXP4TweLR7LI0nRzZ0hQexJ2ZlHRkqEhubTwBySphrs=; b=XE2TZnGHDHfovjkTek1EeBu9qm243Ni1Avq5sGRuEUQSk6Tmg3QFetqwOAMOvonGYv pihuXm7J7fo8Nai9Cg3GzwgULb2OPNDgN0tC5CxAYw4oSvqDjq2hJXJJK7zKwEnkuqHB ADDRibxK9sE4ewKWe+1dxdt5YvwE4d53Y50vq1I2tX8BvFYpmAE+0xP3VAkFDs5lNi8u Km69ZH0V0ewkBwwM0M4YpJ9vyfMzGELEzXhqag1LfdjLaV2UiaM6kc/TVxHWNrDD17FS 5+VilipCwgG1Pw3D2P7FYrIitiva3pWWoFPDq/s3ZqE4E1LbXe20ZaKDT4pjoJJl6Uve QZ2g== X-Gm-Message-State: AOAM532N/+zxxrqHGI9yw5BlNNVS7XsHzKAIrQ3XKRqG4ZgW9xDL1ZqA UjLXpPJDvM8GBO9yaz/uvnQ= X-Google-Smtp-Source: ABdhPJwA7ttpGyDWRahNj6a647URf6yOk2lHFp3eaEcIhGikEhsG7SSGKd0QHV0tp3OIc3BK2t9+Xg== X-Received: by 2002:a17:902:7b84:b0:13b:90a7:e270 with SMTP id w4-20020a1709027b8400b0013b90a7e270mr6429986pll.21.1631548323781; Mon, 13 Sep 2021 08:52:03 -0700 (PDT) Received: from [172.31.0.175] (c-98-202-48-222.hsd1.ut.comcast.net. [98.202.48.222]) by smtp.gmail.com with ESMTPSA id w14sm8614091pge.40.2021.09.13.08.52.02 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 13 Sep 2021 08:52:03 -0700 (PDT) Subject: Re: [PATCH][v2] Always default to DWARF2_DEBUG if not specified, warn about deprecated STABS To: John David Anglin , Richard Biener Cc: gcc-patches@gcc.gnu.org, schwab@linux-m68k.org, ni1d@arrl.net References: <66161527-98n2-3060-49ss-67oro67381nq@fhfr.qr> <7c622dea-ac79-869e-23a0-7d363ec50947@gmail.com> <2f5fdfff-d7dd-c8ab-b384-17cc4c5c0c12@gmail.com> <04bf2ae0-dd68-c5d8-92ee-6ea4a0c12c26@bell.net> From: Jeff Law Message-ID: Date: Mon, 13 Sep 2021 09:52:02 -0600 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.14.0 MIME-Version: 1.0 In-Reply-To: <04bf2ae0-dd68-c5d8-92ee-6ea4a0c12c26@bell.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Spam-Status: No, score=-3.5 required=5.0 tests=BAYES_00, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, FREEMAIL_FROM, KAM_SHORT, NICE_REPLY_A, RCVD_IN_DNSWL_NONE, SPF_HELO_NONE, SPF_PASS, TXREP autolearn=ham autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on server2.sourceware.org X-BeenThere: gcc-patches@gcc.gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gcc-patches mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2021 15:52:06 -0000 On 9/13/2021 9:44 AM, John David Anglin wrote: > On 2021-09-13 11:05 a.m., Jeff Law wrote: >> >> On 9/13/2021 8:58 AM, John David Anglin wrote: >>> On 2021-09-13 9:53 a.m., Jeff Law wrote: >>>>> It is in fact also hpux11*, thus all 32bit pa configs that do not support >>>>> DWARF (for whatever reasons). >>>> We used embedded stabs for SOM (the native format for 32bit PA). SOM is a variant of COFF and could easily support dwarf I would think since >>>> it had support for fairly arbitrary sections.  Hell, it was already supporting embedded stabs as well as HP's proprietary debugging format. >>>> >>>> But I'd consider 32bit SOM on hpux11 dead too :-) >>> I don't disagree but 32bit SOM still builds on hpux11: >>> https://gcc.gnu.org/pipermail/gcc-testresults/2021-August/718130.html >>> >>> Suspect the change will cause a lot of warnings. >> It might, but with stabs going away something needs to be done with these legacy systems.  Either they need to move into the modern world, >> deal with the diagnostic  or get dropped. > I believe the 32-bit SOM target should be deprecated.  I'm the only one maintaining it and I had some health issues earlier this year. > The current versions should suffice for several years. Seems quite reasonable. > > My main interest is the Debian parisc-linux target.  It's fully up to date and thousands of packages are available.  Most kernels are 64-bit. > Since there's no 64-bit runtime for Linux, we still need the 64-bit hpux target for 64-bit compile testing. Agreed.  Given that the 32bit linux and 64bit hpux targets both use ELF + dwarf, they're not in danger of significant fallout from the stabs removal effort. > >>> DWARF isn't supported because we lack named sections.  That could be worked around >>> but probably the gdb versions that work on 32-bit hpux11 wouldn't support DWARF. >> I'd be a bit surprised if that were true.  dwarf support has been around a long long time in GDB.  Hell, it was around when I did the original >> 64bit PA work back in the 90s. > There's a chance it might work with the right section names.  However dwarf 5 wouldn't be supported.  That's an issue that I noticed recently. Yea, without a modern gdb, 32bit SOM would be stuck back in the dwarf2 era.  But even that's better than embedded stabs. jeff