From: | Alvaro Herrera <alvherre(at)2ndquadrant(dot)com> |
---|---|
To: | "Baker, Keith [OCDUS Non-J&J]" <KBaker9(at)its(dot)jnj(dot)com> |
Cc: | Andres Freund <andres(at)2ndquadrant(dot)com>, Robert Haas <robertmhaas(at)gmail(dot)com>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, "pgsql-hackers(at)postgresql(dot)org" <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Proposal to add a QNX 6.5 port to PostgreSQL |
Date: | 2014-08-21 17:22:20 |
Message-ID: | 20140821172220.GE6343@eldon.alvh.no-ip.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Baker, Keith [OCDUS Non-J&J] wrote:
> About configure:
> --------------------
> "./configure" barked at 2 things on QNX, and it advised using both "--without-readline --disable-thread-safety".
> I can investigate further, but I have been focusing on the bigger issues first.
I don't think thread-safety is of great concern. The backend is not
multithreaded, and neither are the utilities (I think the only exception
is pgbench, and even there it is optional). The only problem, as I
recall, would be that libpq would not lock things correctly when used in
a multithreaded program. I think you will need to solve this
eventually, but it doesn't look as critical as the others.
I was asking specifically about spinlocks because if you have to use
that switch, it means our spinlock implementation doesn't cover your
platform, and you would need to add something to support native
spinlocks. Since you're using gcc on x86, I assume your port is
choosing an already existing, working implementation.
--
Álvaro Herrera http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Training & Services
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2014-08-21 18:13:30 | Re: WIP Patch for GROUPING SETS phase 1 |
Previous Message | Bruce Momjian | 2014-08-21 16:18:46 | Re: pg_dumpall reccomendation in release notes |