Module compiles looking in /usr/src when alternate src tree is in use
bob prohaska
fbsd at www.zefox.net
Sun Apr 8 23:53:11 UTC 2018
On Sun, Apr 08, 2018 at 12:00:52PM -0700, Rodney W. Grimes wrote:
> I am having a compile time issue for a patched that compiled fine on my
> r329294 system, but now failes to compile with what looks like a wrong
> header being included.
>
Might this be a cousin to the problem reported at
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=227274 ?
In that kernel compile (on an RPi3) the compiler complains
In file included from /usr/src/sys/crypto/armv8/armv8_crypto_wrap.c:46:
In file included from /usr/lib/clang/6.0.0/include/arm_neon.h:31:
/usr/lib/clang/6.0.0/include/stdint.h:228:25: error: typedef redefinition with different types ('int16_t' (aka 'short') vs '__int_fast16_t' (aka 'int'))
typedef __int_least16_t int_fast16_t;
The reference to /usr/lib/clang/... seems a bit strange; isn't a major
purpose of the kernel build procedure to minimize reliance on the
host system's (already-stale) software?
If the two problems are related, should the subject line on the bug
report be changed?
Thanks for reading,
bob prohaska
More information about the freebsd-current
mailing list