From: | Michael Paquier <michael(dot)paquier(at)gmail(dot)com> |
---|---|
To: | Thomas Trepl <thomas(at)linuxfromscratch(dot)org> |
Cc: | pgsql-bugs(at)postgresql(dot)org |
Subject: | Re: Compile issue with glibc-2.27 (copy_file_range) |
Date: | 2018-02-04 14:06:31 |
Message-ID: | 20180204140631.GA21244@paquier.xyz |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs |
On Sun, Feb 04, 2018 at 02:21:38PM +0100, Thomas Trepl wrote:
> according to changlelog of glibc-2.27 they introduced a new function
> named "copy_file_range".
Yes, some buildfarm machines caught that already. Here is the commit
fixing it, which will be available in next week's round of minor
releases:
commit: 3e68686e2c55799234ecd020bd1621f913d65475
author: Andres Freund <andres(at)anarazel(dot)de>
date: Wed, 3 Jan 2018 12:40:32 -0800
Rename pg_rewind's copy_file_range() to avoid conflict with new linux syscall.
Upcoming versions of glibc will contain copy_file_range(2), a wrapper
around a new linux syscall for in-kernel copying of data ranges. This
conflicts with pg_rewinds function of the same name.
Therefore rename pg_rewinds version. As our version isn't a generic
copying facility we decided to choose a rewind specific function name.
Per buildfarm animal caiman and subsequent discussion with Tom Lane.
Author: Andres Freund
Discussion:
https://postgr.es/m/20180103033425.w7jkljth3e26sduc@alap3.anarazel.de
https://postgr.es/m/31122.1514951044@sss.pgh.pa.us
Backpatch: 9.5-, where pg_rewind was introduced
This report reminds me that I haven't patched yet the version of
pg_rewind for REL9_4_STABLE and REL9_3_STABLE that I maintain for
VMware. Will do that now..
--
Michael
From | Date | Subject | |
---|---|---|---|
Next Message | Keith Fiske | 2018-02-04 16:42:59 | Re: BUG #15037: gdal-libs-1.11.4-12 updates require proj unavailable version |
Previous Message | Dmitry Dolgov | 2018-02-04 14:03:28 | Re: Compile issue with glibc-2.27 (copy_file_range) |