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 1o7qQH-0000yp-Kj for pgsql-hackers@arkaria.postgresql.org; Sun, 03 Jul 2022 03:37:25 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1o7qQF-0001Fk-MI for pgsql-hackers@arkaria.postgresql.org; Sun, 03 Jul 2022 03:37:23 +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 1o7qQF-0001FH-DC for pgsql-hackers@lists.postgresql.org; Sun, 03 Jul 2022 03:37:23 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by magus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1o7qQ8-0001mA-QM for pgsql-hackers@postgresql.org; Sun, 03 Jul 2022 03:37:22 +0000 Received: from sss1.sss.pgh.pa.us (localhost [127.0.0.1]) by sss.pgh.pa.us (8.15.2/8.15.2) with ESMTP id 2633b8NV1132803; Sat, 2 Jul 2022 23:37:08 -0400 From: Tom Lane To: Noah Misch cc: Guillaume Lelarge , Benoit =?iso-8859-1?Q?Lobr=E9au?= , PostgreSQL Developers , "Dr. Michael Meskes" Subject: Re: Probable memory leak with ECPG and AIX In-reply-to: <20220703030619.GB2378460@rfd.leadboat.com> References: <20211212073411.GA2218865@rfd.leadboat.com> <20220101074055.GA54621@rfd.leadboat.com> <2865639.1641054902@sss.pgh.pa.us> <20220102000750.GB54621@rfd.leadboat.com> <20220418041645.GA1134228@rfd.leadboat.com> <964681.1656788014@sss.pgh.pa.us> <20220703030619.GB2378460@rfd.leadboat.com> Comments: In-reply-to Noah Misch message dated "Sat, 02 Jul 2022 20:06:19 -0700" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <1132801.1656819428.1@sss.pgh.pa.us> Content-Transfer-Encoding: quoted-printable Date: Sat, 02 Jul 2022 23:37:08 -0400 Message-ID: <1132802.1656819428@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Noah Misch writes: > Thanks for reviewing. Pushed with that comment. prairiedog complains[1= ]: > ld: common symbols not allowed with MH_DYLIB output format with the -m= ulti_module option > connect.o definition of common _ecpg_clocale (size 4) Blah. > I bet this would fix it: > -locale_t ecpg_clocale; > +locale_t ecpg_clocale =3D (locale_t) 0; Hmm, I was considering suggesting that just on stylistic grounds, but decided it was too nitpicky even for me. Do you want me to test it on prairiedog? > I hear[1] adding -fno-common to compiler options would also fix that. I've got -fno-common turned on on my other macOS animals, but in those cases I did it to detect bugs not fix them. I'm not sure whether prairiedog's ancient toolchain has that switch at all, or whether it behaves the same as in more recent platforms. Still, that gcc.gnu.org message you cite is of the right era. regards, tom lane