From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by sourceware.org (Postfix, from userid 48) id C723B389203B; Mon, 18 May 2020 15:43:05 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org C723B389203B DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gcc.gnu.org; s=default; t=1589816585; bh=KDMFMUizD6cyVP5movT0k8fe9RWqitmktLVP+D3uL7s=; h=From:To:Subject:Date:In-Reply-To:References:From; b=nJb6amh+J8eImG3XnrXfpMcQGs96spnRI2qAowc1JmlZd2yo2O8txy+C6hzsJbk5M Oj1MwtzQ9Wz2C2PkLvQ8v0Fp0ihCVC0cySD7RTckkg0Jg0JBlvXeKXAr8AIL8fqlQp 971h0V2FrJqpLqiMZuXcjZpWLYTA0JaqzFzWd2Iw= From: "asolokha at gmx dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug preprocessor/95183] [11 Regression] ICE: Segmentation fault (in _cpp_lex_direct) Date: Mon, 18 May 2020 15:43:05 +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: 11.0 X-Bugzilla-Keywords: ice-on-invalid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: asolokha at gmx dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: nathan at gcc dot gnu.org X-Bugzilla-Target-Milestone: 11.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 May 2020 15:43:05 -0000 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D95183 --- Comment #3 from Arseny Solokha --- (In reply to Nathan Sidwell from comment #2) > This is a bug, but you're running a --traditional C preprocessor test > through the c++ compiler, right? Through the C compiler, but otherwise yes. I've posted the compiler invocat= ion in comment 0 verbatim. > (A regular test run doesn't fail this test > for me at least) Yep, because trad.exp adds -traditional-cpp, as intended. But I don't run t= he testsuite, but rather use its test cases as part of my larger test corpus, compiling every individual case in that corpus with randomly chosen compiler options. IOW, my testing ignores DejaGNU directives in gcc testsuite (which means it also often ignores common sense when choosing compiler options, as= a consequence). I can further describe my setup if you are interested, but it's off-topic in this PR.=