Re: Raising our compiler requirements for 9.6 - Mailing list pgsql-hackers

From Andres Freund
Subject Re: Raising our compiler requirements for 9.6
Date
Msg-id 20150806153450.GC5212@awork2.anarazel.de
Whole thread Raw
In response to Re: Raising our compiler requirements for 9.6  (Alvaro Herrera <alvherre@2ndquadrant.com>)
Responses Re: Raising our compiler requirements for 9.6  (Alvaro Herrera <alvherre@2ndquadrant.com>)
Re: Raising our compiler requirements for 9.6  (Noah Misch <noah@leadboat.com>)
Re: Raising our compiler requirements for 9.6  (Robert Haas <robertmhaas@gmail.com>)
List pgsql-hackers
On 2015-08-06 12:29:15 -0300, Alvaro Herrera wrote:
> Andres Freund wrote:
> 
> > I had to split of three things: LOCKMASK, the individual lock levels and
> > xl_standby_lock to be able to prohibit lock.h to be included by frontend
> > code. lockdefs.h works for me, counter proposals?
> > 
> > There weren't any places that needed additional lock.h includes.
> 
> Ah, but that's because you cheated and didn't remove the include from
> namespace.h ...

Well, it's not included from frontend code, so I didn't see the need?
Going through all the backend code and replacing lock.h by lockdefs.h
and some other includes doesn't seem particularly beneficial to me.

FWIW, removing it from namespace.h is relatively easy. It starts to get
a lot more noisy when you want to touch heapam.h.

> > diff --git a/src/include/storage/lockdefs.h b/src/include/storage/lockdefs.h
> > new file mode 100644
> > index 0000000..bfbcdba
> > --- /dev/null
> > +++ b/src/include/storage/lockdefs.h
> > @@ -0,0 +1,56 @@
> > +/*-------------------------------------------------------------------------
> > + *
> > + * lockdefs.h
> > + *       Frontend exposed parts of postgres' low level lock mechanism
> > + *
> > + * The split between lockdefs.h and lock.h is not very principled.
> 
> No kidding!

Do you have a good suggestion about the split? I wanted to expose the
minimal amount necessary, and those were the ones.




pgsql-hackers by date:

Previous
From: Jim Nasby
Date:
Subject: Re: Freeze avoidance of very large table.
Next
From: Robert Haas
Date:
Subject: obsolete comments for InitializeMaxBackends