Re: thread_test's sched_yield requires -lrt on solaris

From: Robert Haas <robertmhaas(at)gmail(dot)com>
To: Oskari Saarenmaa <os(at)ohmu(dot)fi>
Cc: "pgsql-hackers(at)postgresql(dot)org" <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: thread_test's sched_yield requires -lrt on solaris
Date: 2015-06-26 19:10:49
Message-ID: CA+TgmoYEdt_Da1mBt8CY8tXxFYJBnx=H1Q5kAQm_tRbVo8byBg@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Fri, Jun 26, 2015 at 3:52 AM, Oskari Saarenmaa <os(at)ohmu(dot)fi> wrote:
> I configured the dingo and binturong Solaris 10 animals to build 9.3
> some time ago but apparently they always failed the configure phase.
> Turns out this is caused by thread_test's usage of sched_yield which is
> in librt on Solaris but which is not pulled in by anything on 9.3 and
> earlier on my box.
>
> Apparently the other Solaris animal (castoroides) requires librt for
> fdatasync, but that's not required on my system. On 9.4 and master
> librt is required for shm_open so the check doesn't fail there.
>
> Attached a patch to check for sched_yield in configure, the patch only
> applies against 9.0 - 9.3 which are using autoconf 2.63. We should
> probably check for sched_yield anyway on all branches even if it's not
> strictly required on 9.4+ at the moment.

Thanks for working on support for this obscure platform; testing such
platforms helps to improve portability and reliability.

You might want to add your patch to the next CommitFest:

https://commitfest.postgresql.org/action/commitfest_view/open

--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Robert Haas 2015-06-26 19:12:00 Re: pg_rewind failure by file deletion in source server
Previous Message Andres Freund 2015-06-26 19:10:48 Re: pg_rewind failure by file deletion in source server