Thread
Commits
-
Remove traces of Sun -lposix4.
- 8fe4beaa21a4 17.0 landed
-
Don't probe extra libraries for fdatasync.
- 64393a7ff9ec 17.0 landed
-
Minor configure/meson cleanup
Thomas Munro <thomas.munro@gmail.com> — 2023-08-07T09:18:58Z
0001: There is no point in searching -lrt and -lposix4 for fdatasync() if it's supposed to help Solaris only. They moved all the realtime stuff into the main C library at least as far back as Solaris 10/OpenSolaris. 0002: There is no point in probing -lposix4 for anything. That was superseded by -lrt even longer ago. We could go further: I suspect the only remaining -lrt search we still need in practice is for shm_open() on glibc < 2.34, but here I just wanted to clean out some old Sun stuff that was called out by name.
-
Re: Minor configure/meson cleanup
Peter Eisentraut <peter@eisentraut.org> — 2023-08-07T10:01:25Z
On 07.08.23 11:18, Thomas Munro wrote: > 0001: There is no point in searching -lrt and -lposix4 for fdatasync() > if it's supposed to help Solaris only. They moved all the realtime > stuff into the main C library at least as far back as Solaris > 10/OpenSolaris. > > 0002: There is no point in probing -lposix4 for anything. That was > superseded by -lrt even longer ago. > > We could go further: I suspect the only remaining -lrt search we > still need in practice is for shm_open() on glibc < 2.34, but here I > just wanted to clean out some old Sun stuff that was called out by > name. Looks sensible to me.
-
Re: Minor configure/meson cleanup
Tristan Partin <tristan@neon.tech> — 2023-08-07T12:27:05Z
I agree that the change look good. -- Tristan Partin Neon (https://neon.tech)
-
Re: Minor configure/meson cleanup
Thomas Munro <thomas.munro@gmail.com> — 2023-08-17T04:23:37Z
On Tue, Aug 8, 2023 at 12:27 AM Tristan Partin <tristan@neon.tech> wrote: > I agree that the change look good. Thanks both. Pushed.