On 2018-07-05 09:09, Zoltán Kócsi wrote:
The */* x86_ ... in the use file and asking emerge to re-build the
libraries is pretty cool for building both 64 and 32 bit libs.
But it has it's problems, it seems.
The library libcap fails to compile with some spectacular errors:
----------------------------------
x86_64-pc-linux-gnu-gcc -m32 -O2 -pipe -Wall -Wwrite-strings
-Wpointer-arith -Wcast-qual -Wcast-align -Wstrict-prototypes
-Wmissing-prototypes -Wnested-externs -Winline -Wshadow -g -Wall
-Wwrite-strings -Wpointer-arith -Wcast-qual -Wcast-align
-Wstrict-prototypes -Wmissing-prototypes -Wnested-externs -Winline
-Wshadow -g -fPIC
-I/var/tmp/portage/sys-libs/libcap-2.24-r2/work/libcap-2.24-abi_x86_32.x86/libcap/../libcap/include/uapi
-I/var/tmp/portage/sys-libs/libcap-2.24-r2/work/libcap-2.24-abi_x86_32.x86/libcap/../libcap/include
-D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -Dlinux -c cap_file.c -o
cap_file.o
In file included from <command-line>:0:0:
./_caps_output.gperf:71:80: error: unknown type name 'size_t'
gperf_case_strncmp (register const char *s1, register const char *s2,
register size_t n)
^~~~~~
./_caps_output.gperf:96:53: error: unknown type name 'size_t'
__cap_hash_name (register const char *str, register size_t len)
^~~~~~
./_caps_output.gperf:197:55: error: unknown type name 'size_t'
__cap_lookup_name (register const char *str, register size_t len)
^~~~~~
./_caps_output.gperf:197:1: error: conflicting types for
'__cap_lookup_name'
__cap_lookup_name (register const char *str, register size_t len)
^~~~~~~~~~~~~~~~~
./_caps_output.gperf:33:29: note: previous declaration of
'__cap_lookup_name' was here
const struct __cap_token_s *__cap_lookup_name(const char *, unsigned
int);
^~~~~~~~~~~~~~~~~
cap_text.c: In function 'cap_to_name':
cap_text.c:291:2: warning: ignoring return value of 'asprintf',
declared with attribute warn_unused_result [-Wunused-result]
asprintf(&tmp, "%u", cap);
^~~~~~~~~~~~~~~~~~~~~~~~~
make[1]: *** [Makefile:84: cap_text.o] Error 1
------------------------------------
If it can't find size_t then for some reason it fails to include
pretty much any standard header. Which is supported by the
"included from <command-line>" pip from gcc. Obviously, whatever
generates the _caps_output.gperf file made a mistake, both not
including the standard headers and also with declaration of the
__cap_lookup_name() function.
Considering that libcap builds happily on a 64-bit system and I assume
would also build on 32-bit one, the problem must be with the magic
required to build a 32-bit version on a 64-bit machine.
Should it be considered a bug worthy of reporting?
Thanks,
Zoltan
See bug 604802 (https://bugs.gentoo.org/604802).
Workaround: unmerge gperf, merge libpcap, afterwards merge gperf again.
For an 'emerge -e @world', temporarily downgrade to gperf-3.0.4 before.
--
Sent with eQmail-1.11 beta
