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