lkml.org 
[lkml]   [2008]   [Feb]   [22]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: [PATCH 2/3] exporting capability name/code pairs (final)
    Andrew G. Morgan wrote:
    > -----BEGIN PGP SIGNED MESSAGE-----
    > 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/mkcapnames.sh: 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.

    Thanks,
    --
    OSS Platform Development Division, NEC
    KaiGai Kohei <kaigai@ak.jp.nec.com>


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