Module compiles looking in /usr/src when alternate src tree is in use [actually the arm_neon.h and stdint.h issue]

[bob prohaska]

On Mon, Apr 09, 2018 at 06:04:24AM -0700, Mark Millard wrote:
> On 2018-Apr-8, at 10:08 PM, bob prohaska <fbsd at www.zefox.net> wrote:
> >> . . .
> > On my RPi3 
> > root at www:/usr/src # ls -l /usr/lib/clang/6.0.0/include/stdint.h
> > -rw-r--r--  1 root  wheel  23387 Feb 16 07:37 /usr/lib/clang/6.0.0/include/stdint.h
> > 
> > Every other file in that directory is dated January 22nd.
> > 
> > 
> >> . . .
> > 
> > Looks like it's close enough 8-)
> > Removing /usr/lib/clang/6.0.0/include/stdint.h has allowed make kernel
> > to proceed past its former point of failure. 
> > 
> 
> Looks like you copied the file there. Its presence is not a
> build problem. See below.
> 
> >From Feb 16 Email from you:
> 
> From: bob prohaska <fbsd at www.zefox.net>
> Subject: Re: RPI3 can't build kernel-toolchain
> Date: February 16, 2018 at 9:09:27 AM PST
> To: Mark Millard <marklmi26-fbsd at yahoo.com>
> Cc: freebsd-arm at freebsd.org, bob prohaska <fbsd at www.zefox.net>
> . . .
> Running
> cp ./contrib/llvm/tools/clang/lib/Headers/stdint.h /usr/lib/clang/6.0.0/include
> didn't solve the problem. 
> 


I remembered the experiment that worked, and forgot the one that didn't.

Thank you!

bob prohaska