This is the mail archive of the libc-alpha@sourceware.org mailing list for the glibc project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]
Other format:	[Raw text]

Re: [PATCH] Assume that SOCK_CLOEXEC is available and works

From: Mike Frysinger <vapier at gentoo dot org>
To: Florian Weimer <fweimer at redhat dot com>
Cc: GNU C Library <libc-alpha at sourceware dot org>
Date: Fri, 16 Oct 2015 23:25:10 -0400
Subject: Re: [PATCH] Assume that SOCK_CLOEXEC is available and works
Authentication-results: sourceware.org; auth=none
References: <561CF8CC dot 3030608 at redhat dot com>

On 13 Oct 2015 14:27, Florian Weimer wrote:
> This fixes (harmless, I assume) data races when accessing the various
> __have_sock_cloexec variables.
> 
> Compiled and tested on x86_64-redhat-linux-gnu.  According to the
> previous thread (âO_CLOEXEC and SOCK_CLOEXECâ), there might be some
> impact of this change on Hurd and NaCl, but it seems manageable.

looks good, but shouldn't we also drop __ASSUME_O_CLOEXEC ?
-mike

Attachment: signature.asc
Description: Digital signature

Follow-Ups:
- Re: [PATCH] Assume that SOCK_CLOEXEC is available and works
  - From: Florian Weimer

References:
- [PATCH] Assume that SOCK_CLOEXEC is available and works
  - From: Florian Weimer

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]