Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dupAT-0000Py-DL for pgsql-hackers@arkaria.postgresql.org; Thu, 21 Sep 2017 00:16:37 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.84_2) (envelope-from ) id 1dupAS-0007y9-FZ for pgsql-hackers@arkaria.postgresql.org; Thu, 21 Sep 2017 00:16:36 +0000 Received: from makus.postgresql.org ([2001:4800:1501:1::229]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1dupAQ-0007tl-W8 for pgsql-hackers@postgresql.org; Thu, 21 Sep 2017 00:16:35 +0000 Received: from mail-yw0-x22a.google.com ([2607:f8b0:4002:c05::22a]) by makus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.84_2) (envelope-from ) id 1dupAO-0002FL-0Q for pgsql-hackers@postgresql.org; Thu, 21 Sep 2017 00:16:33 +0000 Received: by mail-yw0-x22a.google.com with SMTP id w22so3018098ywa.13 for ; Wed, 20 Sep 2017 17:16:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=2ndquadrant-com.20150623.gappssmtp.com; s=20150623; h=from:subject:to:cc:references:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding:content-language; bh=W/iUey6snWySOHnjo6KHEulZi1Lfs+Ik2bbOkzPnbbY=; b=elgkkJwVmc5Mp7YgAzVUG2PHK4lrTrs200YAc6yuLrNX7oIVf4zHQSEsy2fIifNw8Q z5alZjgERppajXO0m2lxS0CsBT553Gr0WdCU0xq4Er23+01+WD0mdAbcz9A01DU0vmiL i39deBeltFOGLwj9unGpQh18o+HNOYU5C8gZ+HEdRbkf3BYZDlf8ByQsDpXFE9kzvj5U UhFyoeqHgbAltN2NeBSGOGF13cTPg/v803wq9XJmM7u+0N6inqW98OCI0VNBgGKG8oEq T/4FABn2jcc95NKj/jfz3eYn7sYTg4v8Bo7hc38uEMKloOm+RStl4+771S3Wp9xEz87E XRMg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:subject:to:cc:references:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=W/iUey6snWySOHnjo6KHEulZi1Lfs+Ik2bbOkzPnbbY=; b=YxSwqI2bjw1sgQgQUlx0EsxAdIxFcY2kdGnmI3pZvGBVzvaVtUi7aMBXoWcg8DquGx ib4np9BamD+eaMMzFWRdY1YdlAP/nfC1EDguJ5PMzO/OpQKDmiqL56UxmHsak9mo300W bMZRgnELyJimuWmTN59VoIdkNx8V4g0DaitkRX+vEgyFhSEkzL0s28M4nWX8XSkBenyM F9VY0CzQ+PCfVdHivjmnPrybHaAj1Zm9Ad8OMEEyi6Lyo/2OvXxUnc2zWOhDh4htbrl7 NebOpkdabErUN8rgrviBoCMIrODmJ8xl17faQRYyS4uxOZJdSKWtrfDz0Ta1uwhbANFA Bvkw== X-Gm-Message-State: AHPjjUj2bhOXu5BakUH5yQFDYh3CnEGU3MJpu0cXJzLyT3JKxi62QwCE /8h21UxzhEpd0ZjvzE6C/GFI/BSO68gQ1jDypRzbtTtKxoLdWpZWv5qij/F7RVwrvtOCJ9CNo8t +efqfQOgNzq2HW1wnj4C9dwkQqYLzMtw9C/pzqIbcUpsKihjWQH6vwyswpaj7BX4nBhMCPQERU/ vNsy2Uue3WZ6/H X-Google-Smtp-Source: AOwi7QBB0RlbQJsB76zR6/4/Wx00SHKx8VFuA/NW3gmOwgxHCMyO+HBmGzVDlYJRwEXan/MYFMhRug== X-Received: by 10.129.121.193 with SMTP id u184mr366438ywc.35.1505952990243; Wed, 20 Sep 2017 17:16:30 -0700 (PDT) Received: from [192.168.10.146] ([98.122.175.38]) by smtp.gmail.com with ESMTPSA id g73sm79565ywb.4.2017.09.20.17.16.29 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 20 Sep 2017 17:16:29 -0700 (PDT) From: Andrew Dunstan X-Google-Original-From: Andrew Dunstan Subject: Re: Windows warnings from VS 2017 To: Tom Lane Cc: Michael Paquier , PostgreSQL-development References: <7cabcef8-c2eb-f7d1-e4a2-63b93115b75c@2ndQuadrant.com> <7800.1505950322@sss.pgh.pa.us> Message-ID: Date: Wed, 20 Sep 2017 20:16:28 -0400 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.3.0 MIME-Version: 1.0 In-Reply-To: <7800.1505950322@sss.pgh.pa.us> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Content-Language: en-MW List-Archive: List-Help: List-ID: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: X-Mailing-List: pgsql-hackers Precedence: bulk Sender: pgsql-hackers-owner@postgresql.org On 09/20/2017 07:32 PM, Tom Lane wrote: > Andrew Dunstan writes: >> On 09/20/2017 06:13 PM, Michael Paquier wrote: >>> Those are around for some time, see here: >>> https://www.postgresql.org/message-id/CAB7nPqTkW=b_1JVvYWd_G0WrKOT+4uFQjGGrv8osQbUZzXGXdA@mail.gmail.com >>> But there has been no actual agreement about how to fix them.. >> Oh. Missed that. >> My solution was going to be slightly different. I was going to enclose >> the #ifdef'd code in a bare block and move the rte declaration inside >> that block. > Of the various solutions proposed in the previous thread, I think the > most salable alternative is probably ilmari's: get rid of the variable > and write the assert like > > Assert(planner_rt_fetch(rel->relid, root)->rtekind == RTE_SUBQUERY); > > That's a pretty minimal change and it doesn't add any cycles to the > non-Assert case. > > I can live with that. Will do. cheers andrew -- Andrew Dunstan https://www.2ndQuadrant.com PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers