From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 92646 invoked by alias); 29 Jan 2016 03:29:25 -0000 Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-patches-owner@gcc.gnu.org Received: (qmail 92629 invoked by uid 89); 29 Jan 2016 03:29:23 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2 spammy=Hx-spam-relays-external:209.85.192.67, H*RU:209.85.192.67, cure X-HELO: mail-qg0-f67.google.com Received: from mail-qg0-f67.google.com (HELO mail-qg0-f67.google.com) (209.85.192.67) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-GCM-SHA256 encrypted) ESMTPS; Fri, 29 Jan 2016 03:29:22 +0000 Received: by mail-qg0-f67.google.com with SMTP id 6so4513636qgy.3 for ; Thu, 28 Jan 2016 19:29:22 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=BagfXd9Ncnm3f5RC9nYWYFfrdM4DZPi71GeDgCWsf80=; b=E7WtPwSUGhDH9fZTV6xeGjPNrtuLitSLbl1XEimt2w7RrzH+wvKdSbuNZfRGlrhKfM o0Hzst2L2zS4SNJzuBLjaJhyPNZRt9sewXgs9v97Dykg/5BvH1EOxY5aoiWlA+pYKqhJ 736qSUus+bS0e3voI2ZQUZAScQum7V7pVxdr30Cqs7eKyxyaKiS3TUPufLXkFpDtTs05 DNFbzV0rdXs5bizNsh+X7LBjtgfLmi+PorAOPIuCl0iJVzsG5KMqK/NKSu4NsKZBfwN/ 65oo4LxSBZYd4R+c/oxtUvJTJUJpD6enX9MOvQp9bF6RBO6wNFy2q71e1RuKVMPe2H7z UEiA== X-Gm-Message-State: AG10YOT6nHeNbMXUxbiNVku8/qqSYlm/4ueMTqFv/gohyIZXrzYk2BX24aTGBzj1OLeT9g== X-Received: by 10.140.248.213 with SMTP id t204mr8403160qhc.97.1454038160711; Thu, 28 Jan 2016 19:29:20 -0800 (PST) Received: from [192.168.0.26] (71-212-229-169.hlrn.qwest.net. [71.212.229.169]) by smtp.gmail.com with ESMTPSA id h14sm5868519qhc.33.2016.01.28.19.29.18 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 28 Jan 2016 19:29:19 -0800 (PST) Message-ID: <56AADC8D.7030704@gmail.com> Date: Fri, 29 Jan 2016 03:29:00 -0000 From: Martin Sebor User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: Marek Polacek CC: GCC Patches , Jason Merrill Subject: Re: C++ PATCH for c++/69496 (ICE on VLA in constexpr function) References: <20160126230246.GO25528@redhat.com> <56A8404E.9030005@gmail.com> <20160127111954.GQ25528@redhat.com> <56A8F5BD.4010104@gmail.com> <20160128222731.GG25193@redhat.com> In-Reply-To: <20160128222731.GG25193@redhat.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes X-SW-Source: 2016-01/txt/msg02271.txt.bz2 On 01/28/2016 03:27 PM, Marek Polacek wrote: > On Wed, Jan 27, 2016 at 09:52:13AM -0700, Martin Sebor wrote: >> This happens to work but I suspect it's only by accident. When >> the number of elements in the initializer is increased to exceed >> the number of elements in the VLA GCC gets into infinite recursion. >> (I opened bug 69516 with a test case). The same error in a non- >> constexpr function causes a SEGV at runtime (this is also >> a regression WRT 4.9.3 -- I opened bug 69517 for it). > > FWIW, the patch I posted today should cure all those infinite recursions. Sounds good, and thanks for the heads up. I volunteered to add a louder warning for the VLA initialization and I hope to find some time to work on it as early as next week. Martin