Module compiles looking in /usr/src when alternate src tree is in use [actually the arm_neon.h and stdint.h issue]
Mark Millard
marklmi26-fbsd at yahoo.com
Mon Apr 9 13:04:29 UTC 2018
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.
Using
cp /usr/lib/include/stdint.h /usr/obj/usr/src/arm64.aarch64/tmp/usr/include/
does seem to be working. Since this is a self-hosted compile there's hope the
resulting kernel will be more stable than r328935.
. . .
===
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
away in early 2018-Mar)
More information about the freebsd-current
mailing list