Re: puzzled by a couple things related to "uapi"

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Thu, 25 Oct 2012, Luis R. Rodriguez wrote:

> On Thu, Oct 25, 2012 at 11:46 AM, Robert P. J. Day

> >   ok, so far, so good.  but then there's this in
> > include/uapi/linux/coda.h:
> >
> > ... snip ...
> > #ifdef KERNEL                    <--- ?????
> > typedef unsigned long u_long;
> > typedef unsigned int u_int;
> > typedef unsigned short u_short;
> > typedef u_long ino_t;
> > typedef u_long dev_t;
> > typedef void * caddr_t;
> > ... snip ...
>
> Interesting, not sure. David ? I do see some BSD'ish deps there  (#if
> defined(__NetBSD__))... so not sure if that was left to them or what.
>
> >   why is there still kernel-only content in the uapi/ directory?
> > maybe i just don't understand the rationale for what's going on here.
>
> No, I'm as puzzled.

  there's quite a lot of that sort of thing ... i just did this for
the heck of it:

$ cd include/uapi
$ grep -r "if.*KERNEL" *

and you can see for yourself.

  and i'm still unclear on what the point of "make headers_install" is
anymore, since it does still exist and appears to do much of what it
did before.  doesn't the whole idea of uapi make that target obsolete?

rday

-- 

========================================================================
Robert P. J. Day                                 Ottawa, Ontario, CANADA
                        http://crashcourse.ca

Twitter:                                       http://twitter.com/rpjday
LinkedIn:                               http://ca.linkedin.com/in/rpjday
========================================================================

_______________________________________________
Kernelnewbies mailing list
Kernelnewbies@xxxxxxxxxxxxxxxxx
http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies


[Index of Archives]     [Newbies FAQ]     [Linux Kernel Mentors]     [Linux Kernel Development]     [IETF Annouce]     [Git]     [Networking]     [Security]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux RAID]     [Linux SCSI]     [Linux ACPI]
  Powered by Linux