[prev in list] [next in list] [prev in thread] [next in thread] 

List:       musl
Subject:    Re: [musl] fdopendir (BUG?)
From:       Adhemerval Zanella <adhemerval.zanella () linaro ! org>
Date:       2019-01-29 1:50:38
Message-ID: fb7d6f8d-524b-baf3-4853-84eafe9396cd () linaro ! org
[Download RAW message or body]



On 28/01/2019 19:33, Jorge Almeida wrote:
> On Mon, Jan 28, 2019 at 8:31 PM Adhemerval Zanella
> <adhemerval.zanella@linaro.org> wrote:
>>
>>
>>
> 
>>> the  Linux  man-pages  project") It says:
>>>    Feature Test Macro Requirements for glibc (see feature_test_macros(7)):
>>>
>>>        fdopendir():
>>>            Since glibc 2.10:
>>>                _POSIX_C_SOURCE >= 200809L
>>>            Before glibc 2.10:
>>>                _GNU_SOURCE
>>>
>>> I have glibc-2.27
>>>
>>
>> This is for *fdopendir* declaration, the *O_PATH* flag is documented by
>> open.2 and it defines:
>>
>> ---
>> CONFORMING TO
>>        open(), creat() SVr4, 4.3BSD, POSIX.1-2001, POSIX.1-2008.
>>
>>        openat(): POSIX.1-2008.
>>
>>        The O_DIRECT, O_NOATIME, O_PATH, and O_TMPFILE flags are Linux-specific.
>> One must define _GNU_SOURCE to obtain their definitions.
>> ---
> 
> OK, got it. Still, it compiles against musl, even without   _GNU_SOURCE
> 

Because musl defines O_EXEC as O_PATH which I am not entirely sure it is
correct for Linux. As Joseph has noted on glibc BZ#18222 [1] we need 
kernel agreement the kernel will reserve this value and the proper 
semantic it will implement (even if this is similar to O_PATH).

[1] https://sourceware.org/bugzilla/show_bug.cgi?id=18228
[prev in list] [next in list] [prev in thread] [next in thread]