Re: LLVM breakage on seawasp - Mailing list pgsql-hackers

From Tom Lane
Subject Re: LLVM breakage on seawasp
Date
Msg-id 3613.1566683690@sss.pgh.pa.us
Whole thread Raw
In response to Re: LLVM breakage on seawasp  (Andres Freund <andres@anarazel.de>)
List pgsql-hackers
Andres Freund <andres@anarazel.de> writes:
> On August 24, 2019 2:37:55 PM PDT, Tom Lane <tgl@sss.pgh.pa.us> wrote:
>> I know it's the development branch.  The question is whether this
>> breakage is something *they* ought to be fixing.  If not, I'm
>> worried that we're too much in bed with implementation details
>> of LLVM that we shouldn't be depending on.

> Don't think so - it's a C++ standard feature in the version of the standard LLVM is based on. So it's pretty
reasonablefor them to drop their older backwards compatible function. 

Whether it's reasonable or not doesn't really matter to my point.
We shouldn't be in the business of tracking multitudes of small
changes in LLVM, no matter whether they're individually "reasonable".
The more often this happens, the more concerned I am that we chose
the wrong semantic level to interface at.

            regards, tom lane



pgsql-hackers by date:

Previous
From: Andres Freund
Date:
Subject: Re: LLVM breakage on seawasp
Next
From: Floris Van Nee
Date:
Subject: Re: Optimize single tuple fetch from nbtree index