MIME-Version: 1.0
References: 
 <CA+hUKGLqengPszjoQeD_7nmHsjGZS380+ymke-Fm=nNGMEQuhw@mail.gmail.com>
 <202202142122.eqz4mu2ecfes@alvherre.pgsql>
 <CA+hUKG+LX+mjBTPV=u4RnZU_5sp=BgCHh_91a1f1NFoKphtJWQ@mail.gmail.com>
 <3155481.1644950069@sss.pgh.pa.us>
 <CA+hUKG+p=faBQR2PSAqWoWa+_tJdKPT0wjZPQe7XcDEttUCgdQ@mail.gmail.com>
 <20220215224123.fx2mxkvlbvhk7377@alap3.anarazel.de>
 <3224284.1644965080@sss.pgh.pa.us>
In-Reply-To: <3224284.1644965080@sss.pgh.pa.us>
From: Thomas Munro <thomas.munro@gmail.com>
Date: Tue, 15 Mar 2022 12:12:44 +1300
Message-ID: 
 <CA+hUKGKM6BWHy9oi9Oyt7wgVLgi3ht2hb=k0Tmf0RLDhkEEXkQ@mail.gmail.com>
Subject: Re: pgsql: Track LLVM 15 changes.
To: Tom Lane <tgl@sss.pgh.pa.us>
Cc: Andres Freund <andres@anarazel.de>,
 Alvaro Herrera <alvherre@alvh.no-ip.org>,
	Fabien COELHO <coelho@cri.ensmp.fr>, Thomas Munro <tmunro@postgresql.org>,
	pgsql-committers <pgsql-committers@lists.postgresql.org>
Content-Type: multipart/mixed; boundary="00000000000099828d05da35d372"
Archived-At: 
 <https://www.postgresql.org/message-id/CA%2BhUKGKM6BWHy9oi9Oyt7wgVLgi3ht2hb%3Dk0Tmf0RLDhkEEXkQ%40mail.gmail.com>
Precedence: bulk

--00000000000099828d05da35d372
Content-Type: text/plain; charset="UTF-8"

On Wed, Feb 16, 2022 at 11:44 AM Tom Lane <tgl@sss.pgh.pa.us> wrote:
> Andres Freund <andres@anarazel.de> writes:
> > On 2022-02-16 09:18:53 +1300, Thomas Munro wrote:
> >> Yeah I mentioned this problem in the other thread.  I got as far as
> >> finding this write-up:
> >> https://llvm.org/docs/OpaquePointers.html
>
> > Given that major parts of llvm (clang alone contains ~1k references) aren't
> > yet transitioned, I wonder if should silence them for now?
>
> For my own part, I don't have any problem with just filtering these
> warnings for now.  I don't need any buildfarm changes for that.

Shortly I'll do the back-patch of LLVM 14 API changes (their final
release tag is scheduled for tomorrow, as I've been reminded by
package maintainers trying and failing to build).  But I figured I
should also follow up on this bandaid solution to the API deprecation
warnings, that is, silencing them for now, so we don't spew screeds of
warnings.  Does someone have a better idea than the attached?

--00000000000099828d05da35d372
Content-Type: text/x-patch; charset="US-ASCII";
	name="0001-Silence-LLVM-14-API-deprecation-warnings.patch"
Content-Disposition: attachment;
	filename="0001-Silence-LLVM-14-API-deprecation-warnings.patch"
Content-Transfer-Encoding: base64
Content-ID: <f_l0rblnt20>
X-Attachment-Id: f_l0rblnt20

RnJvbSA5MWQxZjgzM2NiZjZmMTliNWViYjRlYzU5YTQ0ZDEyMjcyNWE1OTYzIE1vbiBTZXAgMTcg
MDA6MDA6MDAgMjAwMQpGcm9tOiBUaG9tYXMgTXVucm8gPHRob21hcy5tdW5yb0BnbWFpbC5jb20+
CkRhdGU6IFR1ZSwgMTUgTWFyIDIwMjIgMTI6MDE6NDkgKzEzMDAKU3ViamVjdDogW1BBVENIXSBT
aWxlbmNlIExMVk0gMTQgQVBJIGRlcHJlY2F0aW9uIHdhcm5pbmdzLgoKV2UgYXJlIGdvaW5nIHRv
IG5lZWQgdG8gaGFuZGxlIHRoZSBvcGFxdWUgcG9pbnRlciBBUEkgY2hhbmdlc1sxXSwKcG9zc2li
bHkgaW4gdGltZSBmb3IgTExWTSAxNSwgYnV0IGluIHRoZSBtZWFudGltZSBsZXQncyBzaWxlbmNl
IHRoZQp3YXJuaW5ncyBwcm9kdWNlZCBieSBMTFZNIDE0LgoKWzFdIGh0dHBzOi8vbGx2bS5vcmcv
ZG9jcy9PcGFxdWVQb2ludGVycy5odG1sCgpEaXNjdXNzaW9uOiBodHRwczovL3Bvc3Rnci5lcy9t
L0NBJTJCaFVLRyUyQnAlM0RmYUJRUjJQU0FxV29XYSUyQl90SmRLUFQwd2paUFFlN1hjREV0dFVD
Z2RRJTQwbWFpbC5nbWFpbC5jb20KLS0tCiBzcmMvYmFja2VuZC9qaXQvbGx2bS9NYWtlZmlsZSB8
IDYgKysrKysrCiAxIGZpbGUgY2hhbmdlZCwgNiBpbnNlcnRpb25zKCspCgpkaWZmIC0tZ2l0IGEv
c3JjL2JhY2tlbmQvaml0L2xsdm0vTWFrZWZpbGUgYi9zcmMvYmFja2VuZC9qaXQvbGx2bS9NYWtl
ZmlsZQppbmRleCAwMjY4YmQ0NmQ1Li40YWY1N2IwMmIwIDEwMDY0NAotLS0gYS9zcmMvYmFja2Vu
ZC9qaXQvbGx2bS9NYWtlZmlsZQorKysgYi9zcmMvYmFja2VuZC9qaXQvbGx2bS9NYWtlZmlsZQpA
QCAtMjIsNiArMjIsMTIgQEAgZW5kaWYKIFBHRklMRURFU0MgPSAibGx2bWppdCAtIEpJVCB1c2lu
ZyBMTFZNIgogTkFNRSA9IGxsdm1qaXQKIAorIyBMTFZNIDE0IHByb2R1Y2VzIGRlcHJlY2F0aW9u
IHdhcm5pbmdzLiAgV2UnbGwgaGFuZGxlIHRob3NlLCBidXQgZm9yIG5vdworIyBzaWxlbmNlIHRo
ZSB3YXJuaW5ncy4KK2lmZXEgKCQoR0NDKSwgeWVzKQorTExWTV9DRkxBR1MgKz0gLVduby1kZXBy
ZWNhdGVkLWRlY2xhcmF0aW9ucworZW5kaWYKKwogIyBBbGwgZmlsZXMgaW4gdGhpcyBkaXJlY3Rv
cnkgdXNlIExMVk0uCiBDRkxBR1MgKz0gJChMTFZNX0NGTEFHUykKIENYWEZMQUdTICs9ICQoTExW
TV9DWFhGTEFHUykKLS0gCjIuMzAuMgoK
--00000000000099828d05da35d372--