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][BZ 21340] add support for POSIX_SPAWN_SETSID


On 04/04/2017 12:41 PM, Szabolcs Nagy wrote:
On 04/04/17 10:38, Florian Weimer wrote:
On 04/03/2017 09:35 PM, Adhemerval Zanella wrote:
On 03/04/2017 16:12, Florian Weimer wrote:
On 04/01/2017 04:29 PM, daurnimator wrote:
diff --git a/posix/spawn.h b/posix/spawn.h
index 36e3867e17..8d2ace1b87 100644
--- a/posix/spawn.h
+++ b/posix/spawn.h
@@ -60,6 +60,7 @@ typedef struct
 #ifdef __USE_GNU
 # define POSIX_SPAWN_USEVFORK        0x40
 #endif
+#define POSIX_SPAWN_SETSID        0x80


Doesn't this add the flag to past POSIX versions?

I do not think this is an issue since afaik POSIX does not state any
constraint regarding the flags values [1].  For instance, the example
library implementation uses spawn as example and just use constant
different than glibc [2].

Sorry, this is not what I meant.  I was wondering if it was acceptable, from a namespace point of view, to
define the constant unconditionally, or if we have to use a feature test macro here.


POSIX_* is reserved so there is no namespace issue,
but it can be conditional if glibc wants to be
strict about what is visible under different
posix versions (i don't think that is useful here).

Okay, I just wasn't sure about that.  Thanks for clarifying.

Florian


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