| From: | Jesse Zhang <sbjesse(at)gmail(dot)com> |
|---|---|
| To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
| Cc: | pgsql-hackers(at)lists(dot)postgresql(dot)org |
| Subject: | Re: A small note on the portability of cmake |
| Date: | 2019-01-20 07:39:37 |
| Message-ID: | CAGf+fX6kQjSjR05fNMo83Ru4ZBLJH3qstB-UYrRuBtLFtGo+VA@mail.gmail.com |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
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?
Jesse
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Andres Freund | 2019-01-20 08:18:01 | Re: A small note on the portability of cmake |
| Previous Message | Pavel Stehule | 2019-01-20 05:26:12 | Re: PostgreSQL vs SQL/XML Standards |