> 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 rgri...@freebsd.org _______________________________________________ firstname.lastname@example.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"