From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <richard.guenther@gmail.com>
Received: from mail-ej1-x62d.google.com (mail-ej1-x62d.google.com [IPv6:2a00:1450:4864:20::62d])
	by sourceware.org (Postfix) with ESMTPS id E6B153858D1E
	for <gcc-patches@gcc.gnu.org>; Fri,  2 Sep 2022 08:54:55 +0000 (GMT)
DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org E6B153858D1E
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-x62d.google.com with SMTP id og21so2530986ejc.2
        for <gcc-patches@gcc.gnu.org>; Fri, 02 Sep 2022 01:54:55 -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=oCf4hAN73dnIuW/Cah51VEKDW/dSFib17Y9jxzDwm9M=;
        b=erkhsUwSTu37mFZdF6ecHFg8HbvtEEpNv1u6JQ2DZZIpB6p2xOmKgwth/Qu0S9yMCg
         xll2ARLYxaQ8p3L8xcV9QDwpSAG7raEfeyh3CWxYhhxJu5iFwlPLBcI0AR12IB36SGgc
         E4KOIx0TAylH6lj7ErjvKA7ti/V63fOJop16fYAVcmDgMbQ4iPllSGeMgXvpc19R4o2D
         dZeAtrJu+Yste8Ydqdmz6zYaXAE6sAhLHnusQIN9xboGHshWo1y07DpubvWt46ZGRegX
         +aqcdIkt3agtYLhoJKEdr++KQhWzNnQgfChK93Q0oS4mKwYoZvJi1y/OK8/ANdBIoZk6
         h0bg==
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=oCf4hAN73dnIuW/Cah51VEKDW/dSFib17Y9jxzDwm9M=;
        b=2fga/u5WSfBjHZS7dPmRTB+vT2FqrbANLoF2W4CSv7nTDMTinxpgC5gc/MxTDTeWMI
         AtY0vy6ZOkD4xgKM/L2/FlcwgM2xhcjNoum4UZ0hOejSlf/zmPOifLrq1za07SsRvDX8
         85l43QMMwo1xnNVoxEywJa5rxw6wEQd1l/OckneT9cNNi9DNLxtwRno0L3VHJMZkqkKd
         5mynfEkqaDg9fIrrMioSuHgvygV7Xq94JQ11NABNX4vs+Qg4YPJNYflkCes1hgZeT6e1
         rhBw29OhvwP2jtV4WlZZde0ySCV4Rk9gAUep+u5s58+Ov7xvt2mM99SqnEXC4zecCC2x
         dKrA==
X-Gm-Message-State: ACgBeo3UIKerGr1Kd9GF5rP0/bMGQwkUS5p64+4hk7Pj8ZIqCwZaw9Ny
	BJ3ATYDCIk8TPIZkxNCIpryYtxx5x4JhCSO7p2g=
X-Google-Smtp-Source: AA6agR64yFlkyx3wprfwei3DOz3nGljCiH1pUSFkx8wKfANdC7+D4xJorUfz+JlFil04VBjz9Jlb8Q3hchS4ro9dBRQ=
X-Received: by 2002:a17:906:8a68:b0:741:56b2:af42 with SMTP id
 hy8-20020a1709068a6800b0074156b2af42mr19286172ejc.488.1662108894481; Fri, 02
 Sep 2022 01:54:54 -0700 (PDT)
MIME-Version: 1.0
References: <10a94ccc-e01b-b98a-0fcb-cd661c10c315@suse.cz> <CAFiYyc17oLEmrkMBrezM30m3-a2yBtLyoDe9AVGEo-1EuD2E0g@mail.gmail.com>
 <c71c4339-ef23-f321-95da-e696e6a24e79@suse.cz>
In-Reply-To: <c71c4339-ef23-f321-95da-e696e6a24e79@suse.cz>
From: Richard Biener <richard.guenther@gmail.com>
Date: Fri, 2 Sep 2022 10:54:42 +0200
Message-ID: <CAFiYyc2j3Zukv-DywyYsK7LA2HFTbD8G34F4XhwWsCRO4fkc-Q@mail.gmail.com>
Subject: Re: [PATCH 1/3] STABS: remove -gstabs and -gxcoff functionality
To: =?UTF-8?Q?Martin_Li=C5=A1ka?= <mliska@suse.cz>
Cc: GCC Patches <gcc-patches@gcc.gnu.org>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Spam-Status: No, score=-2.4 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: <gcc-patches.gcc.gnu.org>

On Fri, Sep 2, 2022 at 9:00 AM Martin Li=C5=A1ka <mliska@suse.cz> 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 debug
> > 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?

> >
> > 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 expected
> to do with the VMS_DEBUGGING_INFO macro?

Well, VMS debugging would go, just like STABS.  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).

Richard.

> Cheers,
> Martin