From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gcc-bugzilla@gcc.gnu.org>
Received: by sourceware.org (Postfix, from userid 48)
 id 1A749385781D; Fri,  4 Sep 2020 13:00:48 +0000 (GMT)
DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 1A749385781D
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gcc.gnu.org;
 s=default; t=1599224448;
 bh=ee6fDVZ7cSS19+XDW1/KQNS/kORlLiOSGAX+g77V0sg=;
 h=From:To:Subject:Date:In-Reply-To:References:From;
 b=yh502VieX7vegM5MpMCgSWOITN1hwkJuXHzmOBbVf7jweZjey+oI4ffaVaNmzDrwS
 DkENVdfd1RIrM02nyN+aG9fV2iaFLiQVKbEllqdXPhOaqXjoqSTGWKeK7VH+5TUYC2
 uutb63TV0wMcyE0MbzxWL55SWow4jlO9KqHNAOhE=
From: "jan.smets at nokia dot com" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug preprocessor/96935] ICE in subspan, at input.h:69
Date: Fri, 04 Sep 2020 13:00:48 +0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: preprocessor
X-Bugzilla-Version: 10.2.0
X-Bugzilla-Keywords: 
X-Bugzilla-Severity: normal
X-Bugzilla-Who: jan.smets at nokia dot com
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Resolution: 
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags: 
X-Bugzilla-Changed-Fields: 
Message-ID: <bug-96935-4-iC2O6YZVvj@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-96935-4@http.gcc.gnu.org/bugzilla/>
References: <bug-96935-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-BeenThere: gcc-bugs@gcc.gnu.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Gcc-bugs mailing list <gcc-bugs.gcc.gnu.org>
List-Unsubscribe: <https://gcc.gnu.org/mailman/options/gcc-bugs>,
 <mailto:gcc-bugs-request@gcc.gnu.org?subject=unsubscribe>
List-Archive: <https://gcc.gnu.org/pipermail/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-request@gcc.gnu.org?subject=help>
List-Subscribe: <https://gcc.gnu.org/mailman/listinfo/gcc-bugs>,
 <mailto:gcc-bugs-request@gcc.gnu.org?subject=subscribe>
X-List-Received-Date: Fri, 04 Sep 2020 13:00:48 -0000

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D96935

--- Comment #3 from Jan Smets <jan.smets at nokia dot com> ---
A bisect resulted in this commit :

commit 0d48e8779c6a9ac88f5efd1b4a2d40f43ef75faf
Author: David Malcolm <dmalcolm@redhat.com>
Date:   Fri Oct 5 19:02:17 2018 +0000

    Support string locations for C++ in -Wformat (PR c++/56856)

    -Wformat in the C++ FE doesn't work as well as it could:
    (a) it doesn't report precise locations within the string literal, and
    (b) it doesn't underline arguments for those arguments
!CAN_HAVE_LOCATION_P,
    despite having location wrapper nodes.



Your suggestion doesn't trigger it for me.
I'v  built GCC with -g -O0 , but the standard provided backtrace didn't inc=
lude
function call arguments.

A printf confirms your suspicion about start.column =3D=3D 0=20
 =3D> start.column=3D0 literal_length=3D1=