how to force 'device' sources to not compile?
Michael Powell
nightrecon at hotmail.com
Fri Jan 6 22:29:00 UTC 2012
Коньков Евгений wrote:
> I have errors while compile kernel
>
> ===> et (all)
> cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc
> -DHAVE_KERNEL_OPTION_HEADERS -include
> /usr/obj/usr/src/sys/KES_KERN_v9/opt_global.h -I. -I@ -I@/contrib/altq
> -finline-limit=8000 --param inline-unit-growth=100 --param
> large-function-growth=1000 -fno-common -g
> -I/usr/obj/usr/src/sys/KES_KERN_v9 -mno-align-long-strings
> -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding
> -fstack-protector -std=iso9899:1999 -fstack-protector -Wall
> -Wredundant-decls -Wnested-externs -Wstrict-prototypes
> -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef
> -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs
> -fdiagnostics-show-option -c
> /usr/src/sys/modules/et/../../dev/et/if_et.c
> /usr/src/sys/modules/et/../../dev/et/if_et.c: In function 'et_dma_alloc':
> /usr/src/sys/modules/et/../../dev/et/if_et.c:782: error: 'ET_RING_ALIGN'
> undeclared (first use in this function)
> /usr/src/sys/modules/et/../../dev/et/if_et.c:782: error: (Each undeclared
> identifier is reported only once
> /usr/src/sys/modules/et/../../dev/et/if_et.c:782: error: for each function
> it appears in.) /usr/src/sys/modules/et/../../dev/et/if_et.c:790: error:
> 'ET_STATUS_ALIGN' undeclared (first use in this function)
> /usr/src/sys/modules/et/../../dev/et/if_et.c:845: error: 'struct et_softc'
> has no member named 'sc_rx_mini_tag'
> /usr/src/sys/modules/et/../../dev/et/if_et.c:854: error: 'struct et_softc'
> has no member named 'sc_rx_tag'
> /usr/src/sys/modules/et/../../dev/et/if_et.c:864: error: 'struct et_softc'
> has no member named 'sc_tx_tag'
>
> how to disable 'et' from compiling?
Why? Since others do not seem to have this problem wouldn't it instead be a
better idea to discover what you are doing wrong? Simply trying to 'not
build et' will not reveal what is wrong - fixing what is wrong would be
better.
-Mike
More information about the freebsd-questions
mailing list