[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.067 / U:2.628 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site