Re: Spelling change in LLVM 14 API - Mailing list pgsql-hackers

From Alvaro Herrera
Subject Re: Spelling change in LLVM 14 API
Date
Msg-id 202108291540.rk7pbumviz3z@alvherre.pgsql
Whole thread Raw
In response to Re: Spelling change in LLVM 14 API  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: Spelling change in LLVM 14 API  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
On 2021-Aug-22, Tom Lane wrote:

> Thomas Munro <thomas.munro@gmail.com> writes:
> > After [1], seawasp blew up[2].  I tested the following fix on LLVM 13
> > and 14 (main branch ~2 days ago).  Better ideas welcome.
> 
> > -       if (F.getAttributes().hasFnAttribute(llvm::Attribute::NoInline))
> > +#if LLVM_VERSION_MAJOR < 14
> > +#define hasFnAttr hasFnAttribute
> > +#endif
> > +
> > +       if (F.getAttributes().hasFnAttr(llvm::Attribute::NoInline))
> 
> Seems like either we should push back on pointless renaming, or else
> that we're not really supposed to be accessing this non-stable API.
> I have no idea which of those situations applies ... but if the LLVM
> guys are randomly renaming methods that *are* supposed to be
> user-visible, they need re-education.

Did anything happen?  Seawasp is still red ...

-- 
Álvaro Herrera



pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: inconsistent behavior with "GENERATED BY DEFAULT AS IDENTITY"
Next
From: Noah Misch
Date:
Subject: Re: AIX: Symbols are missing in libpq.a