From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-ej1-x636.google.com (mail-ej1-x636.google.com [IPv6:2a00:1450:4864:20::636]) by sourceware.org (Postfix) with ESMTPS id 8F34A3858D32; Mon, 5 Sep 2022 09:05:36 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 8F34A3858D32 Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=gmail.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=gmail.com Received: by mail-ej1-x636.google.com with SMTP id u9so15719620ejy.5; Mon, 05 Sep 2022 02:05:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date; bh=hN/5lkQh4btWqxgcgNfHU3TDIIqgROpII7HmzYCl/+M=; b=a/fhK/+pKsbT4za16B08fmkdwle3uFiBRsvXpmij9Sy2VTRBIzQoe9znvAVZUzehzm pS7/jdaqeb3ddH9nCoaBEaSF/4Z+R/IJY/+ZWX0DkB1wIUTICNPWR/52oLN7RVXdHR9A +hlagmv1dDTaoBhM/dbnS8JPN/b2Zzrm2D+iy8rCyuPQrgDZvHIsWEAK6r/+tiLJKzDo aXrwLkqRWqCxLsUAHl5KjqPJc0VZGh1vtFE3Kj6i4cPgNPMtHIvCWwv19cRB/ESJjXXP 4oXLGJConT89pVWXO3Nx9bmHA0h56zJa2kvr+dYrJigpe30Om2nv32dzhAcUpkPRdCLg lh1g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date; bh=hN/5lkQh4btWqxgcgNfHU3TDIIqgROpII7HmzYCl/+M=; b=LE+XPG9Jw9EvC3nKVRQ+BJGQdqp41re6XHPWxQPj+3W6BfObtfE2WGQbg3vZ5swX60 jbggu+9x7yFxXcJyADrx+ztzAODPZEAJlLCvdY/N/FoKfdIb1tyBfV2Is99UZ8tJSTMu KjBjhGpkJuzH7zd/KRyBIN6pivWMoM9k17difLnHi7Fz8KeHfYqBGU1kyUNH3JTjjr9F TjOKuVYpMf2mnV+zHHuKpYj6NPW+/RUQ4Zy/h5xu2rXqp9Jq/qFdiGPSyVxroc/GUa4W 69xwpDsQ5Pq2BQ2IQoLqu+jD663vVe5Fud5vc84G2/DwgWpaTCnanp7nx3iSCqcIdKLc M1sQ== X-Gm-Message-State: ACgBeo3Ajj8ABV902EKf3q5k7HuilUq0ZKi04lC3jqu+igmkJ9e8nN0H AAHtFHxHUEJ1iufjYVMdAohDZ1s8jC4hGSBpA7w= X-Google-Smtp-Source: AA6agR6I0kWvB89F5mQ/PSBEqnrHwVTTGy/WpODWvHPa6hvt3wEU3wvzaT0VD3/ds92Ir/mKoZgaeVnqLlJWFDmsslc= X-Received: by 2002:a17:907:948f:b0:731:3f2e:8916 with SMTP id dm15-20020a170907948f00b007313f2e8916mr36355396ejc.442.1662368735328; Mon, 05 Sep 2022 02:05:35 -0700 (PDT) MIME-Version: 1.0 References: <10a94ccc-e01b-b98a-0fcb-cd661c10c315@suse.cz> In-Reply-To: From: Richard Biener Date: Mon, 5 Sep 2022 11:05:23 +0200 Message-ID: Subject: Re: [PATCH 1/3] STABS: remove -gstabs and -gxcoff functionality To: =?UTF-8?Q?Martin_Li=C5=A1ka?= Cc: GCC Patches , Tristan Gingold , Douglas Rupp , rth@gcc.gnu.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS,TXREP,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: On Mon, Sep 5, 2022 at 9:59 AM Martin Li=C5=A1ka wrote: > > On 9/2/22 10:54, Richard Biener wrote: > > On Fri, Sep 2, 2022 at 9:00 AM Martin Li=C5=A1ka wrote= : > >> > >> On 9/1/22 13:18, Richard Biener wrote: > >>> I presume WarnRemoved will diagnose use of -gstabs but not fail > >>> compilation. Will -gstabs then still enable -g (with the default deb= ug > >>> format)? > >> > >> No, it won't set -g option. > > > > That was the usual side-effect - I wonder if we want to emit extra > > diagnostic when one of the obsolete options is given but -g is not > > enabled in the end or whether we want to preserve the debug info > > enablement effect? > > I would leave it for now and see if somebody would complain about > the current behavior. > > > > >>> > >>> Please followup with a gcc-13/changes.html entry. > >> > >> Sure. > >> > >>> > >>> I notice we have VMS_DEBUGGING_INFO left. From a quick look > >>> it is used by alpha*-dec-* (exclusively) and ia64-hp-*vms* (maybe > >>> also supports DWARF, it is ELF at least). One of the goals of > >>> non-DWARF removal was to get rid of debug hooks and instead allow > >>> "free-form" early debug generation from the frontends. > >> > >> Can you please explain what you mean by the free-form and what's expec= ted > >> to do with the VMS_DEBUGGING_INFO macro? > > > > Well, VMS debugging would go, just like STABS. > > Can go now, or shall we deprecate it in GCC 13 first? Let's ask VMS maintainers - what's the state of DWARF support in VMS? Is there active use of alpha*-dec-* or ia64-hp-*vms*? > > With "free-form" I mean > > that frontend code could call into the dwarf2out API directly, creating > > DWARF DIEs for language specific info (we probably want to export more > > and/or nicer APIs for such use). > > Ok, so bypassing dwarf2_debug_hooks, right? I can leave it to you such AP= I > improvement. What do you think? Sure, it shouldn't be part of this series. Richard. > Cheers, > Martin > > > > > Richard. > > > >> Cheers, > >> Martin >