Re: A small note on the portability of cmake

2019-01-20 Thread Andres Freund
Hi, On 2019-01-20 14:37:43 -0500, Tom Lane wrote: > Andres Freund writes: > > On 2019-01-20 10:15:53 -0500, Tom Lane wrote: > >> Indeed, the main reason why I'm interested in keeping this old dinosaur > >> going at all is that it is so different from other platforms in terms > >> of what we can a

Re: A small note on the portability of cmake

2019-01-20 Thread Tom Lane
Andres Freund writes: > On 2019-01-20 10:15:53 -0500, Tom Lane wrote: >> Indeed, the main reason why I'm interested in keeping this old dinosaur >> going at all is that it is so different from other platforms in terms >> of what we can assume about spinlocks and atomic ops. Keeps us honest. > FW

Re: A small note on the portability of cmake

2019-01-20 Thread Andres Freund
Hi, On 2019-01-20 10:15:53 -0500, Tom Lane wrote: > Andres Freund writes: > > HPPA doesn't hardware instructions for atomic ops other than > > test-and-set IIRC. > > Indeed, the main reason why I'm interested in keeping this old dinosaur > going at all is that it is so different from other platf

Re: A small note on the portability of cmake

2019-01-20 Thread Tom Lane
Andres Freund writes: > On 2019-01-19 23:39:37 -0800, Jesse Zhang wrote: >> 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

Re: A small note on the portability of cmake

2019-01-20 Thread Andres Freund
Hi, On 2019-01-19 23:39:37 -0800, Jesse Zhang wrote: > On Sat, Jan 19, 2019 at 8:50 AM Tom Lane 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 an

Re: A small note on the portability of cmake

2019-01-19 Thread Jesse Zhang
On Sat, Jan 19, 2019 at 8:50 AM Tom Lane 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.>

A small note on the portability of cmake

2019-01-19 Thread Tom Lane
I tried to build cmake on OpenBSD running on my old HPPA hardware, not because I cared about cmake per se but because it's a dependency of something I did care about. Failed miserably. It turns out cmake has a hard dependency on libuv which (a) has a hard dependency on atomic ops and (b) accordin