From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Andres Freund <andres(at)anarazel(dot)de> |
Cc: | pgsql-hackers(at)lists(dot)postgresql(dot)org, Thomas Munro <thomas(dot)munro(at)gmail(dot)com> |
Subject: | Re: LLVM breakage on seawasp |
Date: | 2019-08-24 21:54:50 |
Message-ID: | 3613.1566683690@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Andres Freund <andres(at)anarazel(dot)de> writes:
> On August 24, 2019 2:37:55 PM PDT, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)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 reasonable for 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
From | Date | Subject | |
---|---|---|---|
Next Message | Floris Van Nee | 2019-08-24 21:59:31 | Re: Optimize single tuple fetch from nbtree index |
Previous Message | Andres Freund | 2019-08-24 21:46:54 | Re: LLVM breakage on seawasp |