-
Notifications
You must be signed in to change notification settings - Fork 345
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
libsepol: ibpkeys.c: compiling error on Fedora 28 armv7l #108
Comments
…refix Use PRIx64 to print the subnet_prefix (which is a uint64_t) instead of lx. Fixes SELinuxProject#108 Signed-off-by: Stephen Smalley <[email protected]>
See if the referenced PR fixes this for you. |
confirmed. it is compiling successful now, except for a simple warning. many thanks! |
…refix Use PRIx64 to print the subnet_prefix (which is a uint64_t) instead of lx. Fixes SELinuxProject#108 Signed-off-by: Stephen Smalley <[email protected]>
now i have some other issues, maybe you can also fix? libselinux: selinux_restorecon.c: compiling error on Fedora 28 armv7l checkpolicy: checkpolicy.c: compiling error on Fedora 28 armv7l policycoreutils: semodule.c: compiling error on Fedora 28 armv7l |
can be closed. seems i have messed up something. after fresh install Fedora 28 armv7l it works. it was my fault i was using export DESTDIR='~/obj' instead of DESTDIR=~/obj - apologizing :) just for unskilled users like me, here is what i have done: (Note: setools-devel was not available) git clone https://github.com/SELinuxProject/selinux.git mkdir ~/obj make install install-pywrap` |
Don't overload a single issue with multiple separate issues. The restorecon one was an actual bug, to be fixed by https://lore.kernel.org/selinux/[email protected]/raw. |
…refix Use PRIx64 to print the subnet_prefix (which is a uint64_t) instead of lx. Fixes SELinuxProject#108 Signed-off-by: Stephen Smalley <[email protected]>
…refix Use PRIx64 to print the subnet_prefix (which is a uint64_t) instead of lx. Fixes SELinuxProject#108 Signed-off-by: Stephen Smalley <[email protected]>
I am not sure if this is an code issue or just wrong build environment setup, but i get the same error in Ubuntu 18.04 and Fedora 28 running on ARM device. How to fix makefile?
cc -O2 -Werror -Wall -Wextra -Wmissing-format-attribute -Wmissing-noreturn -Wpointer-arith -Wshadow -Wstrict-prototypes -Wundef -Wunused -Wwrite-strings -I/home/fedora/obj/usr/include -I. -I../include -D_GNU_SOURCE -I../cil/include -fPIC -c -o ibpkeys.o ibpkeys.c In file included from ibpkeys.c:4: ibpkeys.c: In function 'sepol_ibpkey_query': ibpkeys.c:179:14: error: format '%lx' expects argument of type 'long unsigned int', but argument 4 has type 'uint64_t' {aka 'long long unsigned int'} [-Werror=format=] ERR(handle, "could not query ibpkey subnet prefix: %#lx range %u - %u exists", ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ subnet_prefix, low, high); ~~~~~~~~~~~~~ debug.h:46:15: note: in definition of macro 'msg_write' _sepol_h, __VA_ARGS__); \ ^~~~~~~~~~~ ibpkeys.c:179:2: note: in expansion of macro 'ERR' ERR(handle, "could not query ibpkey subnet prefix: %#lx range %u - %u exists", ^~~ ibpkeys.c: In function 'sepol_ibpkey_modify': ibpkeys.c:206:14: error: format '%lx' expects argument of type 'long unsigned int', but argument 4 has type 'uint64_t' {aka 'long long unsigned int'} [-Werror=format=] ERR(handle, "could not load ibpkey subnet prefix: %#lx range %u - %u exists", ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ subnet_prefix, low, high); ~~~~~~~~~~~~~ debug.h:46:15: note: in definition of macro 'msg_write' _sepol_h, __VA_ARGS__); \ ^~~~~~~~~~~ ibpkeys.c:206:2: note: in expansion of macro 'ERR' ERR(handle, "could not load ibpkey subnet prefix: %#lx range %u - %u exists", ^~~ cc1: all warnings being treated as errors make[2]: *** [Makefile:76: ibpkeys.o] Error 1 make[2]: Leaving directory '/home/fedora/src/selinux/libsepol/src' make[1]: *** [Makefile:6: all] Error 2 make[1]: Leaving directory '/home/fedora/src/selinux/libsepol' make: *** [Makefile:34: all] Error 1 [fedora@localhost selinux]$
The text was updated successfully, but these errors were encountered: