[lkml]   [2008]   [Feb]   [22]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: [PATCH 2/3] exporting capability name/code pairs (final)
    Andrew G. Morgan wrote:
    > Hash: SHA1
    > KaiGai,
    > I've just tried to build this with a separate obj tree: make O=/path.../
    > ~ the build failed as follows:
    > ~ CC security/dummy.o
    > ~ CC security/inode.o
    > ~ CAPS security/cap_names.h
    > /bin/sh: security/../scripts/ No such file or directory
    > make[3]: *** [security/cap_names.h] Error 127
    > make[2]: *** [security] Error 2
    > make[1]: *** [sub-make] Error 2
    > make: *** [all] Error 2
    > when I replace $(src)/../scripts/... with $(srctree)/scripts/... I get
    > it to compile, but (x86_64) see this warning fly by:

    Thanks for your pointed out.
    I didn't know the macro, but it is suitable for my purpose.
    I'll replace it on the next submitting.

    > ~ CC security/commoncap.o
    > /home/morgan/gits/linux-2.6/security/commoncap.c: In function
    > `capability_name_show':
    > /home/morgan/gits/linux-2.6/security/commoncap.c:652: warning: cast from
    > pointer to integer of different size

    The entries under capability/names have its private data as integer value,
    stored in kobj_attribute->data declared as void *.

    One idea is casting it to 'unsigned long' and using "%ld" as the format.

    I believe it is correct assumption that long type and pointers have
    same width in the linux kernel. Please tell me, if it is wrong.

    OSS Platform Development Division, NEC
    KaiGai Kohei <>

     \ /
      Last update: 2008-02-22 10:49    [W:0.020 / U:184.792 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site