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 1njj3Q-0008H4-Up for pgsql-hackers@arkaria.postgresql.org; Wed, 27 Apr 2022 14:54:09 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1njj3P-0002N5-DF for pgsql-hackers@arkaria.postgresql.org; Wed, 27 Apr 2022 14:54:07 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1njj3O-0002Ls-S9 for pgsql-hackers@lists.postgresql.org; Wed, 27 Apr 2022 14:54:06 +0000 Received: from mail-qt1-x830.google.com ([2607:f8b0:4864:20::830]) by makus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1njj3J-0003V4-SF for pgsql-hackers@postgresql.org; Wed, 27 Apr 2022 14:54:05 +0000 Received: by mail-qt1-x830.google.com with SMTP id o11so1269458qtp.13 for ; Wed, 27 Apr 2022 07:54:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telsasoft-com.20210112.gappssmtp.com; s=20210112; h=date:from:to:cc:subject:message-id:mime-version:content-disposition :user-agent; bh=oNfIriTxgTj6+/Tn+AaJ6AACF/kW6PPIH8dXVvDdCXY=; b=l80XmkpBZUS+EI8hw7aNjAOivscftthvDN8ypvWExi9lEhkz6sW5EFKO2bTwXPqmpW M+qfQRoeDgutnBnw+8XIAm6lzNrGH5CwUYYHg56meJrxe19eJowz4jtLlL8MVZ4Dwv65 TPG7of1+9XnqJa4KFqgaM5khxV2wuLveKwbO3Aq/4NzaXOpI+3Xm6xgWT2lCZo+j8kEE 1tL+UvIT6YmtI/uR8+N0pfds+3jIt+HYR+RF7Ar5S0k5FL8gDl74UsIAUTsk6gna/9ff 0HzH2xDg5Ys95NlmLWvabjMfS2jTVtRpW7XSg4Xv+rv2irAFvKsrZqPP6e6tXr93Tu27 1pIw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:date:from:to:cc:subject:message-id:mime-version :content-disposition:user-agent; bh=oNfIriTxgTj6+/Tn+AaJ6AACF/kW6PPIH8dXVvDdCXY=; b=LK6Fmjh8NGczlh83fYysbAQamXUbjG3N9ZCHEl/Yzcp4aHRSUw7/yrFnVgAso8ESHL eBGvEXLidozzc7mtBaOHPHI1dzlXw3YS5ZWKa8bg5hIPEEotIDm9PUlXr2HIYlI1KdKA S4oQgW1R8enmWIGFDVfiGlHJoQYc1gJ3OOa+d6FbI/3Sh6R1lis3jY3G+HhVDSyACsEL qHHFlAsZ/VYhHiONGRadKMm4GrQxri4xXZm+D+inK/brVjzoqHW5X1qk5yHfqUigIDQx 4JxFm2oHoGJOnamdq4Vb/PxzJTkIWB/kn+zYwp7lF2azY4g408e65cSS88l4C/2Jt93q tIJw== X-Gm-Message-State: AOAM530VdG8GnmA9SYy+mNFz3EtJ+gavP6ym9SnGW2cFj6OzlWpNJKju uwdutkwhoHSlO0e6Bm+HRTsZRA== X-Google-Smtp-Source: ABdhPJzfOZfpkW/pX0fICQg2OhtLJX7tP6SxPfLMPZY+XRuE3zPlUaAZUbTJq/BIevc+RvOjcacWCw== X-Received: by 2002:a05:622a:164a:b0:2f1:ffab:b3e0 with SMTP id y10-20020a05622a164a00b002f1ffabb3e0mr19526828qtj.553.1651071240326; Wed, 27 Apr 2022 07:54:00 -0700 (PDT) Received: from pryzbyj.telsasoft (charmander.telsasoft.com. [50.244.222.1]) by smtp.gmail.com with ESMTPSA id t14-20020a05620a004e00b0069f8709a295sm1771406qkt.39.2022.04.27.07.53.59 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Wed, 27 Apr 2022 07:53:59 -0700 (PDT) Received: by pryzbyj.telsasoft (Postfix, from userid 1000) id 625FB80079C; Wed, 27 Apr 2022 09:53:58 -0500 (CDT) Date: Wed, 27 Apr 2022 09:53:58 -0500 From: Justin Pryzby To: Andres Freund Cc: Andrew Dunstan , Himanshu Upadhyaya , Nikita Glukhov , pgsql-hackers@postgresql.org, Dmitry Dolgov <9erthalion6@gmail.com>, Oleg Bartunov , Erik Rijkers Subject: cirrus: run macos with COPY_PARSE_PLAN_TREES etc Message-ID: <20220427145358.GQ10173@telsasoft.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.9.4 (2018-02-28) List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk fork: <20220325000933.vgazz7pjk2ytj65d@alap3.anarazel.de> On Thu, Mar 24, 2022 at 05:09:33PM -0700, Andres Freund wrote: > On 2022-03-24 18:51:30 -0400, Andrew Dunstan wrote: > > I wonder if we should add these compile flags to the cfbot's setup? > > Yes, I think we should. There's a bit of discussion of that in and below > https://postgr.es/m/20220213051937.GO31460%40telsasoft.com - that veered a bit > of course, so I haven't done anything about it yet. Perhaps one build > COPY_PARSE_PLAN_TREES and RAW_EXPRESSION_COVERAGE_TEST another > WRITE_READ_PARSE_PLAN_TREES? We should add the slower to the macos build, > that's plenty fast and I'm intending to slow the linux test by using ubsan, > which works better on linux. Why would you put them on different tasks ? to avoid slowing down one task too much ? That doesn't seem to be an issue, at least for those three defines. What about adding RELCACHE_FORCE_RELEASE, too ? Even with that, macos is only ~1min slower. https://cirrus-ci.com/task/5456727205216256 commit 53480b8db63b5cd2476142e28ed3f9fe8480f9f3 Author: Justin Pryzby Date: Thu Apr 14 06:27:07 2022 -0500 cirrus/macos: enable various runtime checks cirrus CI can take a while to be schedule on macos, but the instance always has many cores, so this is a good platform to enable options which will slow it down. See: https://www.postgresql.org/message-id/20211217193159.pwrelhiyx7kevgsn@alap3.anarazel.de https://www.postgresql.org/message-id/20211213211223.vkgg3wwiss2tragj%40alap3.anarazel.de https://www.postgresql.org/message-id/CAH2-WzmevBhKNEtqX3N-Tkb0gVBHH62C0KfeTxXzqYES_PiFiA%40mail.gmail.com https://www.postgresql.org/message-id/20220325000933.vgazz7pjk2ytj65d@alap3.anarazel.de ci-os-only: macos diff --git a/.cirrus.yml b/.cirrus.yml index e0264929c74..4a6511115fc 100644 --- a/.cirrus.yml +++ b/.cirrus.yml @@ -337,6 +337,7 @@ task: CLANG="ccache ${brewpath}/llvm/bin/ccache" \ CFLAGS="-Og -ggdb" \ CXXFLAGS="-Og -ggdb" \ + CPPFLAGS="-DRELCACHE_FORCE_RELEASE -DCOPY_PARSE_PLAN_TREES -DWRITE_READ_PARSE_PLAN_TREES -DRAW_EXPRESSION_COVERAGE_TEST" \ \ LLVM_CONFIG=${brewpath}/llvm/bin/llvm-config \ PYTHON=python3