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

From: Mark Millard <marklmi26-fbsd_at_yahoo.com>
Date: Mon, 9 Apr 2018 06:04:24 -0700
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)
Received on Mon Apr 09 2018 - 11:04:29 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:41:15 UTC