Module compiles looking in /usr/src when alternate src tree is in use
Simon J. Gerraty
sjg at juniper.net
Tue Apr 10 23:59:58 UTC 2018
Rodney W. Grimes <freebsd-rwg at pdx.rh.CN85.dnsmgr.net> 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.
You may find it helpful to do something like:
make -dv -C sys/modules/vmm -V CFLAGS > /tmp/dvo 2>&1
egrep ':.PARSE|/usr/src/sys' /tmp/dvo | grep -B1 usr/src | more
The arg to -V doesn't matter btw.
You could narrow that down if you know what var -I/usr/src/sys is in
(probably CFLAGS but you never know)
the above should help find the makefile that is introducing the bogus -I
>
>
> I have wrapped the long line so I can point to a difference between
> r329294 and r332262 make log of this file.
>
> r329294 make output:
>
> cc -O2 -pipe -DVMM_KEEP_STATS -DSMP -fno-strict-aliasing -Werror -D_KERNEL \
> -DKLD_MODULE -nostdinc -I/usr/src-topo/sys/amd64/vmm \
> -I/usr/src-topo/sys/amd64/vmm/io -I/usr/src-topo/sys/amd64/vmm/intel \
> -I/usr/src-topo/sys/amd64/vmm/amd -I. -I/usr/src-topo/sys -fno-common \
> ^^^^^^^^^^^^^^^^^ this is what I would expect
More information about the freebsd-current
mailing list