Re: Module compiles looking in /usr/src when alternate src tree is in use

> 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?

Are you building in /usr/src, or are your sources located some place else?

Really need the log that includes the cc command line, as that has the
tell tell -I/usr/src/sys in it.  That component is totally bogus!  At
no time should a src tree rooted at /usr/src-topo be trying to use files
from /usr/src/.

> If the two problems are related, should the subject line on the bug
> report be changed?

It could be, but more info would be needed.

In my case I was able to proove it out as my compile from /usr/src-topo
worked just fine after I copied my 3 modified header files to /usr/src.


-- 
Rod Grimes                                                 rgrimes_at_freebsd.org