Date: Sun, 8 Apr 2018 16:53:09 -0700 From: bob prohaska <fbsd@www.zefox.net> To: "Rodney W. Grimes" <freebsd-rwg@pdx.rh.CN85.dnsmgr.net> Cc: freebsd-current@freebsd.org Subject: Re: Module compiles looking in /usr/src when alternate src tree is in use Message-ID: <20180408235308.GA93747@www.zefox.net> In-Reply-To: <201804081900.w38J0q23014767@pdx.rh.CN85.dnsmgr.net> References: <201804081900.w38J0q23014767@pdx.rh.CN85.dnsmgr.net>
next in thread | previous in thread | raw e-mail | index | archive | help
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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20180408235308.GA93747>