Same problem here - same build errors when building nrf/applications/asset_tracker on tag v0.4.0.
I'm using command-line build on my Windows PC using cmake and ninja to build the apps. Zephyr samples build, as does nrf/samples/nrf9160/at_client.
I'll track down the issue and update this thread.
Problem compiling zephyr/misc/generated/configs.c.
In file included from C:/iot/nordic/ncs/zephyr/include/toolchain.h:21:0,
from zephyr/misc/generated/configs.c:7:
zephyr/misc/generated/configs.c: In function '_ConfigAbsSyms':
C:/iot/nordic/ncs/zephyr/include/toolchain/gcc.h:325:51: error: expected expression before ')' token
"\n\t.type\t" #name ",%%object" : : "n"(~(value)))
Yes, the project's Kconfig defines the symbol for FLIP_INPUT, conditional on the board being nrf9160_pca10090ns. Defining the board to be the 'ns' variant is not specified in the Getting Started Assistant 0.9.2.
config FLIP_INPUT
int "Button or switch number to simulate flip"
range 1 4 if BOARD_NRF9160_PCA10090NS
range 1 1 if BOARD_NRF9160_PCA20035NS
default 3 if BOARD_NRF9160_PCA10090NS
default 1 if BOARD_NRF9160_PCA20035NS
help
Button or switch number to use for simulating
a board flip event.
1 - Button 1
2 - Button 2
3 - Switch 1
4 - Switch 2
endif
Yes, the project's Kconfig defines the symbol for FLIP_INPUT, conditional on the board being nrf9160_pca10090ns. Defining the board to be the 'ns' variant is not specified in the Getting Started Assistant 0.9.2.
config FLIP_INPUT
int "Button or switch number to simulate flip"
range 1 4 if BOARD_NRF9160_PCA10090NS
range 1 1 if BOARD_NRF9160_PCA20035NS
default 3 if BOARD_NRF9160_PCA10090NS
default 1 if BOARD_NRF9160_PCA20035NS
help
Button or switch number to use for simulating
a board flip event.
1 - Button 1
2 - Button 2
3 - Switch 1
4 - Switch 2
endif
Hi,
firmwareguru said:Defining the board to be the 'ns' variant is not specified in the Getting Started Assistant 0.9.2.
This is an error from our side. All modem applications must be in the non-secure domain, ie: BOARD=nrf9160_pca10090ns. I'll report it internally.
Did your errors go away after deleting the build folder and using the non-secure board?
Kind regards,
Håkon
No, not yet! It gets further along the build, but now has problems with undefined types and macros. See the undefined macro CONFIG_NET_BUF_USER_DATA_SIZE and struct pollfd. I am still working to track down where these come from and what is missing from the build setup to properly define them.
host/CMakeFiles/..__nrf__lib__at_host.dir/at_host.c.obj -c C:/iot/nordic/ncs/nrf/lib/at_host/at_host.c
In file included from C:/iot/nordic/ncs/zephyr/include/net/net_l2.h:15:0,
from C:/iot/nordic/ncs/zephyr/include/net/net_if.h:29,
from C:/iot/nordic/ncs/zephyr/include/net/net_context.h:27,
from C:/iot/nordic/ncs/zephyr/include/net/dns_resolve.h:17,
from C:/iot/nordic/ncs/zephyr/include/net/socket.h:27,
from C:/iot/nordic/ncs/nrf/lib/at_host/at_host.c:15:
C:/iot/nordic/ncs/zephyr/include/net/buf.h:528:17: error: 'CONFIG_NET_BUF_USER_DATA_SIZE' undeclared here (not in a function); did you mean 'CONFIG_AT_HOST_UART_BUF_SIZE'?
u8_t user_data[CONFIG_NET_BUF_USER_DATA_SIZE] __net_buf_align;
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~
CONFIG_AT_HOST_UART_BUF_SIZE
C:/iot/nordic/ncs/nrf/lib/at_host/at_host.c:57:22: error: array type has incomplete element type 'struct pollfd'
static struct pollfd fds[1];
^~~
Hi, see my last post below for details, but the built application is producing a hard fault: Fatal fault in ISR! Spinning...
Any ideas?