Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jtKon-0006vW-Vj for pgsql-hackers@arkaria.postgresql.org; Thu, 09 Jul 2020 00:53:42 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1jtKom-0004X8-SE for pgsql-hackers@arkaria.postgresql.org; Thu, 09 Jul 2020 00:53:40 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jtKom-0004X1-HU for pgsql-hackers@lists.postgresql.org; Thu, 09 Jul 2020 00:53:40 +0000 Received: from mail-qk1-x744.google.com ([2607:f8b0:4864:20::744]) by magus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1jtKoi-0005hN-Th for pgsql-hackers@lists.postgresql.org; Thu, 09 Jul 2020 00:53:40 +0000 Received: by mail-qk1-x744.google.com with SMTP id z63so274419qkb.8 for ; Wed, 08 Jul 2020 17:53:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=2ndquadrant-com.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:subject:message-id:mime-version:content-disposition :content-transfer-encoding:in-reply-to:user-agent; bh=idTpKm0bfK9giVfAUVUR2wvz5rwc9C3zVBmTfJBit44=; b=RQScspoZu6ibZ7M4Bs/WceXrBpwF395qEyWeXj+L/K6XKqs+EJSpFaDZCsOgyMv0L0 TmO2GNPagXNg7t9U1J8Z7as1b8txlELmEq1qYipnZ8heD8U/Z2+f9bvp8h2RtdU9Z6zo jMCloymvzoOy/T6X8UlIYJAY5KtK9I66vGz+Av4bsr5L1+9Hko0dQvuLvnZKA/YsmQ0K pOGp9Dv1/k5uy4kMCdRzJfs55fd5JSB1ZmRxHJo+YT+NCMxOtb49bnVpok0LumOTcRNW /hDVzcCOUJluEh5nbUZ1FwXmyRo5fY3FKu5LvNFFu35wZAOFluH2id5iXW1dWGCKwSdX 3oUg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:mime-version :content-disposition:content-transfer-encoding:in-reply-to :user-agent; bh=idTpKm0bfK9giVfAUVUR2wvz5rwc9C3zVBmTfJBit44=; b=nzwwBp8sLbBJUxCoTKBKlyHwZsxhTMQhhzZyjTod2ZOJM4NdA2NkXOJE6nS5dNrLHE 8XszAlQkmjTANOsqHD89cbo2SV8XtjLlJ9hyQVXyf/hfvcnOt0bOtPMaSYCzDSLhxgSK MtO37zPVR7qjQZcLCEvbED6/nxCHBISSpsF1e+01IXkfCE7LspWBL6GqglnVCmG0N+CD uNLqwAPt2kNf0oZRgjGqyrwnP44p3qCFcUgdKpfHCrhxZiFrii8eBu+laU4kjw1J2ALP JQmCvO54Smi6/Whabu1cRhJIwD85mvIRF1DMzz4f5CcrIFCGUTBAU1CnGhYPyBWJVAjT F7zQ== X-Gm-Message-State: AOAM530xh47Rwlrl9RbSMCwolgrT9HQA91tBG0hdGz2+oMsfx711gQZG 5St9OjWPC3LHbs2u/NzlpBn0LQ== X-Google-Smtp-Source: ABdhPJyL57VY+NVBwZWjI3yLNmgxE0wfnEy7QwuKJae2kNSNsBE4M1+uMLkfNHh9pD/CX2+IH9HMVQ== X-Received: by 2002:a05:620a:12b8:: with SMTP id x24mr50159526qki.158.1594256014466; Wed, 08 Jul 2020 17:53:34 -0700 (PDT) Received: from perhan.alvh.no-ip.org ([190.95.18.252]) by smtp.gmail.com with ESMTPSA id q189sm1843519qke.21.2020.07.08.17.53.33 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 08 Jul 2020 17:53:33 -0700 (PDT) Received: by perhan.alvh.no-ip.org (Postfix, from userid 1000) id 5925F2A1993; Wed, 8 Jul 2020 20:53:32 -0400 (-04) Date: Wed, 8 Jul 2020 20:53:32 -0400 From: Alvaro Herrera To: Tom Lane Cc: pgbf@twiska.com, Kyotaro Horiguchi , masao.fujii@oss.nttdata.com, pgsql-hackers@lists.postgresql.org Subject: Re: min_safe_lsn column in pg_replication_slots view Message-ID: <20200709005332.GA1986@alvherre.pgsql> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <1772079.1594254949@sss.pgh.pa.us> User-Agent: Mutt/1.10.1 (2018-07-13) List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk On 2020-Jul-08, Tom Lane wrote: > Alvaro Herrera writes: > > Ouch. So 12 builds with -O0 but 13 does not? > > Unless Tom's changed the animal's config since that thread, yes. I verified the configs in branches 12 and 13 in one of the failing animals, and yes that's still the case. > > Did we do something to > > sequence.c to work around this problem? I cannot find anything. > > We did not. If it's a compiler bug, and one as phase-of-the-moon- > dependent as this seems to be, I'd have zero confidence that any > specific source code change would fix it (barring someone confidently > explaining exactly what the compiler bug is, anyway). The best we > can do for now is hope that backing off the -O level avoids the bug. An easy workaround might be to add -O0 for that platform in that directory's Makefile. -- Álvaro Herrera https://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services