Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1giOZQ-0003QM-8p for pgsql-hackers@arkaria.postgresql.org; Sat, 12 Jan 2019 19:03:48 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1giOZO-0007Vz-EN for pgsql-hackers@arkaria.postgresql.org; Sat, 12 Jan 2019 19:03:46 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1giOZO-0007Vs-3d for pgsql-hackers@lists.postgresql.org; Sat, 12 Jan 2019 19:03:46 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by makus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1giOZL-0003qi-CN for pgsql-hackers@postgresql.org; Sat, 12 Jan 2019 19:03:44 +0000 Received: from sss1.sss.pgh.pa.us (localhost [127.0.0.1]) by sss.pgh.pa.us (8.14.4/8.14.4) with ESMTP id x0CJ3Z9Z006534; Sat, 12 Jan 2019 14:03:35 -0500 From: Tom Lane To: Andrew Dunstan cc: Thomas Munro , Pg Hackers , Noah Misch Subject: Re: Three animals fail test-decoding-check on REL_10_STABLE In-reply-to: References: <1302.1547218082@sss.pgh.pa.us> <7757.1547242261@sss.pgh.pa.us> <25016.1547249634@sss.pgh.pa.us> Comments: In-reply-to Andrew Dunstan message dated "Sat, 12 Jan 2019 13:34:36 -0500" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <6532.1547319815.1@sss.pgh.pa.us> Date: Sat, 12 Jan 2019 14:03:35 -0500 Message-ID: <6533.1547319815@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk Andrew Dunstan writes: > On 1/11/19 6:33 PM, Tom Lane wrote: >> While I think I've fixed this bug, I'm still quite confused about why >> only some buildfarm animals showed the problem. > ... Is there something weird about naming of library files on HP-UX? Doh! I looked right at this code last night, but it failed to click: # these files should be present if we've temp_installed everything, # and not if we haven't. The represent core, contrib and test_modules. return ( (-d $tmp_loc) && (-f "$bindir/postgres" || -f "$bindir/postgres.exe") && (-f "$libdir/hstore.so" || -f "$libdir/hstore.dll") && (-f "$libdir/test_parser.so" || -f "$libdir/test_parser.dll")); On HPUX (at least the version gaur is running), the extension for shared libraries is ".sl" not ".so". That doesn't explain the failures on damselfly and koreaceratops, but they're both running very old buildfarm clients, which most likely just don't have the optimization to share a temp-install. I wonder if it's practical to scrape DLSUFFIX out of src/Makefile.port instead of listing all the possibilities here. But I'm not sure how you'd deal with this bit in Makefile.hpux: ifeq ($(host_cpu), ia64) DLSUFFIX = .so else DLSUFFIX = .sl endif Anyway, the bigger picture here is that the shared-temp-install optimization is masking bugs in local "make check" rules. Not sure how much we care about that, though. Any such bug is only of interest to developers, and it only matters if someone actually stumbles over it. regards, tom lane