From: | Magnus Hagander <magnus(at)hagander(dot)net> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>, Andrew Dunstan <andrew(at)dunslane(dot)net>, pgsql-committers <pgsql-committers(at)postgresql(dot)org> |
Subject: | Re: [COMMITTERS] pgsql: Unify some tar functionality across different parts |
Date: | 2013-01-02 20:29:24 |
Message-ID: | CABUevEws8azk+24NxkJqrGULEs9eF3z1NdwpzZUY+utqa9Vs5w@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-committers pgsql-hackers |
On Wed, Jan 2, 2013 at 5:44 PM, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> Magnus Hagander <magnus(at)hagander(dot)net> writes:
>> On Wed, Jan 2, 2013 at 5:36 PM, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
>>> Why are these very tar-specific functions being declared in such a
>>> globally visible spot as port.h? That seems like a bad idea on its
>>> face. IMO stuff in port.h ought to be about as globally applicable
>>> as, say, malloc().
>
>> It's where we put most of the things from src/port in.
>
> Might be time to revisit that, or perhaps better reconsider what we're
> putting in src/port/. The idea that anything that we want in both
> frontend and backend is a porting issue seems a bit busted in itself.
Yeah, true - but there's certainly other parts that think the same, so
that's a separate issue.
>> I take it you suggest moving it to a special say include/pgtar.h file?
>
> Works for me.
Applied. Should hopefully work once Alvaro gets the buildfarm back to green.
--
Magnus Hagander
Me: http://www.hagander.net/
Work: http://www.redpill-linpro.com/
From | Date | Subject | |
---|---|---|---|
Next Message | Alvaro Herrera | 2013-01-02 21:00:17 | pgsql: Set MaxBackends only on bootstrap and standalone modes |
Previous Message | Magnus Hagander | 2013-01-02 19:37:43 | pgsql: Move tar function headers to pgtar.h |
From | Date | Subject | |
---|---|---|---|
Next Message | Robert Haas | 2013-01-02 21:38:41 | Re: Feature Request: pg_replication_master() |
Previous Message | Greg Stark | 2013-01-02 18:04:39 | Re: pg_basebackup from cascading standby after timeline switch |