From: | Andres Freund <andres(at)anarazel(dot)de> |
---|---|
To: | Jesse Zhang <sbjesse(at)gmail(dot)com> |
Cc: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, pgsql-hackers(at)lists(dot)postgresql(dot)org |
Subject: | Re: A small note on the portability of cmake |
Date: | 2019-01-20 08:18:01 |
Message-ID: | 20190120081801.gy2bvdz5arwh5y72@alap3.anarazel.de |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Hi,
On 2019-01-19 23:39:37 -0800, Jesse Zhang wrote:
> On Sat, Jan 19, 2019 at 8:50 AM Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> >
> > Failed miserably. It turns out cmake has a hard dependency on libuv
> > which (a) has a hard dependency on atomic ops and (b) according to its
> > own docs, doesn't really care about any platforms other than
> > Linux/macOS/Windows and maybe FreeBSD.>
>
> I beg to disagree with point b above: the libuv project continually
> receives (and accepts) patches fixing bugs specifically for OpenBSD.
> Atomic ops (compare-and-exchange) might be a harder dependency to shed
> for libuv. Does the fallback onto compiler intrinsics
> (__sync_val_compare_and_swap, or on GCC 4.7+,
> __atomic_compare_exchange_n) not work here?
HPPA doesn't hardware instructions for atomic ops other than
test-and-set IIRC.
Greetings,
Andres Freund
From | Date | Subject | |
---|---|---|---|
Next Message | Surafel Temesgen | 2019-01-20 09:01:47 | Re: COPY FROM WHEN condition |
Previous Message | Jesse Zhang | 2019-01-20 07:39:37 | Re: A small note on the portability of cmake |