All of lore.kernel.org
 help / color / mirror / Atom feed
* O_RDONLY ... missed bits/fcntl.h not as expected
@ 2018-03-12  7:32 Arno Steffens
  2018-03-12 10:00 ` Burton, Ross
  0 siblings, 1 reply; 6+ messages in thread
From: Arno Steffens @ 2018-03-12  7:32 UTC (permalink / raw)
  To: yocto

I looked for 
#define O_RDONLY	     00
#define O_WRONLY	     01
#define O_RDWR		     02
and found it in : bits/fcntl-linux.h. According to this file it should not be included, but bits/fcntl.h.
And it requires something like that:

  A minimal <bits/fcntl.h> contains just: 
   struct flock {...} 
   #ifdef __USE_LARGEFILE64 
   struct flock64 {...} 
   #endif 
   #include <bits/fcntl-linux.h> 



But this doesn't finally include the fcntl-linux.h as expected. Am I doing something wrong?
Regards
Arno





^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: O_RDONLY ... missed bits/fcntl.h not as expected
  2018-03-12  7:32 O_RDONLY ... missed bits/fcntl.h not as expected Arno Steffens
@ 2018-03-12 10:00 ` Burton, Ross
  2018-03-12 10:32   ` Arno Steffens
  0 siblings, 1 reply; 6+ messages in thread
From: Burton, Ross @ 2018-03-12 10:00 UTC (permalink / raw)
  To: Arno Steffens; +Cc: Yocto-mailing-list

[-- Attachment #1: Type: text/plain, Size: 1006 bytes --]

Can you explain what the actual problem is?

For me the include you'd use in programs <fcntl.h> includes <bits/fcntl.h>
which includes <bits/fcntl-linux.h> which defines O_RDONLY.

Ross


On 12 March 2018 at 07:32, Arno Steffens <star@gmx.li> wrote:

> I looked for
> #define O_RDONLY             00
> #define O_WRONLY             01
> #define O_RDWR               02
> and found it in : bits/fcntl-linux.h. According to this file it should not
> be included, but bits/fcntl.h.
> And it requires something like that:
>
>   A minimal <bits/fcntl.h> contains just:
>    struct flock {...}
>    #ifdef __USE_LARGEFILE64
>    struct flock64 {...}
>    #endif
>    #include <bits/fcntl-linux.h>
>
>
>
> But this doesn't finally include the fcntl-linux.h as expected. Am I doing
> something wrong?
> Regards
> Arno
>
>
>
> --
> _______________________________________________
> yocto mailing list
> yocto@yoctoproject.org
> https://lists.yoctoproject.org/listinfo/yocto
>

[-- Attachment #2: Type: text/html, Size: 1671 bytes --]

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: O_RDONLY ... missed bits/fcntl.h not as expected
  2018-03-12 10:00 ` Burton, Ross
@ 2018-03-12 10:32   ` Arno Steffens
  2018-03-12 10:39     ` Burton, Ross
  0 siblings, 1 reply; 6+ messages in thread
From: Arno Steffens @ 2018-03-12 10:32 UTC (permalink / raw)
  To: Burton, Ross; +Cc: Yocto-mailing-list

[-- Attachment #1: Type: text/html, Size: 5863 bytes --]

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: O_RDONLY ... missed bits/fcntl.h not as expected
  2018-03-12 10:32   ` Arno Steffens
@ 2018-03-12 10:39     ` Burton, Ross
  2018-03-12 11:34       ` Arno Steffens
  0 siblings, 1 reply; 6+ messages in thread
From: Burton, Ross @ 2018-03-12 10:39 UTC (permalink / raw)
  To: Arno Steffens; +Cc: Yocto-mailing-list

[-- Attachment #1: Type: text/plain, Size: 3758 bytes --]

Have you looked at the content of bits/fcntl-32.h?

On 12 March 2018 at 10:32, Arno Steffens <star@gmx.li> wrote:

>
> Sure, sorry if this wasn't clear.
> For me the chain is
> <fcntl.h> includes <bits/fcntl.h>  (see below) and this doesn't include
> <bits/fcntl-linux.h>.
> This is my SDK sysroot for cortexa9-hf.
>
> Arno
>
>
> /*
>  * Copyright (C) 2005-2011 by Wind River Systems, Inc.
>  *
>  * Permission is hereby granted, free of charge, to any person obtaining a
> copy
>  * of this software and associated documentation files (the "Software"),
> to deal
>  * in the Software without restriction, including without limitation the
> rights
>  * to use, copy, modify, merge, publish, distribute, sublicense, and/or
> sell
>  * copies of the Software, and to permit persons to whom the Software is
>  * furnished to do so, subject to the following conditions:
>  *
>  * The above copyright notice and this permission notice shall be included
> in
>  * all copies or substantial portions of the Software.
>  *
>  * THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS
> OR
>  * IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
>  * FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL
> THE
>  * AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
>  * LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING
> FROM,
>  * OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS
> IN
>  * THE SOFTWARE.
>  *
>  */
>
> #if defined (__arm__)
> #define __MHWORDSIZE            32
> #elif defined (__aarch64__) && defined ( __LP64__)
> #define __MHWORDSIZE            64
> #elif defined (__aarch64__)
> #define __MHWORDSIZE            32
> #else
> #include <bits/wordsize.h>
> #if defined (__WORDSIZE)
> #define __MHWORDSIZE            __WORDSIZE
> #else
> #error "__WORDSIZE is not defined"
> #endif
> #endif
> #if __MHWORDSIZE == 32
> #ifdef _MIPS_SIM
> #if _MIPS_SIM == _ABIO32
> #include <bits/fcntl-32.h>
> #elif _MIPS_SIM == _ABIN32
> #include <bits/fcntl-n32.h>
> #else
> #error "Unknown _MIPS_SIM"
> #endif
> #else /* _MIPS_SIM is not defined */
> #include <bits/fcntl-32.h>
> #endif
> #elif __MHWORDSIZE == 64
> #include <bits/fcntl-64.h>
> #else
> #error "Unknown __WORDSIZE detected"
> #endif /* matches #if __WORDSIZE == 32 */
>
>
>
> *Gesendet:* Montag, 12. März 2018 um 11:00 Uhr
> *Von:* "Burton, Ross" <ross.burton@intel.com>
> *An:* "Arno Steffens" <star@gmx.li>
> *Cc:* Yocto-mailing-list <yocto@yoctoproject.org>
> *Betreff:* Re: [yocto] O_RDONLY ... missed bits/fcntl.h not as expected
> Can you explain what the actual problem is?
>
> For me the include you'd use in programs <fcntl.h> includes <bits/fcntl.h>
> which includes <bits/fcntl-linux.h> which defines O_RDONLY.
>
> Ross
>
>
> On 12 March 2018 at 07:32, Arno Steffens <star@gmx.li> wrote:
>>
>> I looked for
>> #define O_RDONLY             00
>> #define O_WRONLY             01
>> #define O_RDWR               02
>> and found it in : bits/fcntl-linux.h. According to this file it should
>> not be included, but bits/fcntl.h.
>> And it requires something like that:
>>
>>   A minimal <bits/fcntl.h> contains just:
>>    struct flock {...}
>>    #ifdef __USE_LARGEFILE64
>>    struct flock64 {...}
>>    #endif
>>    #include <bits/fcntl-linux.h>
>>
>>
>>
>> But this doesn't finally include the fcntl-linux.h as expected. Am I
>> doing something wrong?
>> Regards
>> Arno
>>
>>
>>
>> --
>> _______________________________________________
>> yocto mailing list
>> yocto@yoctoproject.org
>> https://lists.yoctoproject.org/listinfo/yocto
>
>

[-- Attachment #2: Type: text/html, Size: 5716 bytes --]

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: O_RDONLY ... missed bits/fcntl.h not as expected
  2018-03-12 10:39     ` Burton, Ross
@ 2018-03-12 11:34       ` Arno Steffens
  2018-03-12 11:46         ` Burton, Ross
  0 siblings, 1 reply; 6+ messages in thread
From: Arno Steffens @ 2018-03-12 11:34 UTC (permalink / raw)
  To: Burton, Ross; +Cc: Yocto-mailing-list

[-- Attachment #1: Type: text/html, Size: 8135 bytes --]

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: O_RDONLY ... missed bits/fcntl.h not as expected
  2018-03-12 11:34       ` Arno Steffens
@ 2018-03-12 11:46         ` Burton, Ross
  0 siblings, 0 replies; 6+ messages in thread
From: Burton, Ross @ 2018-03-12 11:46 UTC (permalink / raw)
  To: Arno Steffens; +Cc: Yocto-mailing-list

[-- Attachment #1: Type: text/plain, Size: 755 bytes --]

On 12 March 2018 at 11:34, Arno Steffens <star@gmx.li> wrote:

> You are right,  the bits/fcntl-32.h at the very end has a
> #include <bits/fcntl-linux.h>
> But, all lines in <bits/fcntl.h> are greyed (not active), except these I
> noted as bold (below). So it not become active.
> I would assume __arm__ should be set by someone.
>
> It seems it is not a problem for the compiler, but for the Eclipse viewer
> to show the code.
> That is the problem here.  I try to set ARCH=arm at various places in
> eclipse. but id doesn't have an effect.
> Mhh.
>

gcc will be setting that.  If Eclipse is doing something wrong, then blame
eclipse.

gcc -dM -E - < /dev/null will list the preprocessor symbols that are
internally defined.

Ross

[-- Attachment #2: Type: text/html, Size: 1356 bytes --]

^ permalink raw reply	[flat|nested] 6+ messages in thread

end of thread, other threads:[~2018-03-12 11:46 UTC | newest]

Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2018-03-12  7:32 O_RDONLY ... missed bits/fcntl.h not as expected Arno Steffens
2018-03-12 10:00 ` Burton, Ross
2018-03-12 10:32   ` Arno Steffens
2018-03-12 10:39     ` Burton, Ross
2018-03-12 11:34       ` Arno Steffens
2018-03-12 11:46         ` Burton, Ross

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.