Module compiles looking in /usr/src when alternate src tree is in use
Rodney W. Grimes
freebsd-rwg at pdx.rh.CN85.dnsmgr.net
Mon Apr 9 00:41:00 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?
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
More information about the freebsd-current
mailing list