hello_world will not compile

RE: hello_world will not compile

Brian Fuller — Wed, 26 Jul 2023 15:30:00 GMT

Thank you Vidar,

The switch position was correct but I had not been careful when I built the .config file and the nRF52... was selected rather than the nRF9160. In the US we call that a "rookie mistake" or simply not paying adequate attention to the software parameters.

OK, I am up and running. Thank you again.

Brian

RE: hello_world will not compile

Vidar Berg — Wed, 26 Jul 2023 10:49:03 GMT

Hello,

I am glad to hear that you were able to resolve the build error. The nrfjprog error indicates that you are trying to program a nRF52 project to a nRF9160 target. Did you build the hello world sample for 'nrf9160dk_nrf52840' instead of nrf9160dk_nrf9160' maybe?

Please make sure the switch on your 9160 DK is set to the correct position.

RE: hello_world will not compile

Brian Fuller — Tue, 25 Jul 2023 22:16:39 GMT

Hello Vidar,

I restored the system via rebuilding. I can compile hello-world but still cannot link, but now for a different reason that I also do not understand. Again, I am running under Ubuntu.

Here is the source code, I added the for loop so that there would be something more in the serial terminal window.

*
* Copyright (c) 2012-2014 Wind River Systems, Inc.
*
* SPDX-License-Identifier: Apache-2.0
*/

#include <zephyr/kernel.h>

int main(void)
{
   int i;
   for(i=0; i<100; i++){
     printk("Hello World_01! %s\n", CONFIG_BOARD);
   }
   return 0;
}

Here is the Build output in the terminal window:

Building hello_world_01
/bin/sh -c west build --build-dir /nordicsemi/myapps/hello_world_01/build /nordicsemi/myapps/hello_world_01

[1/11] Building C object CMakeFiles/app.dir/src/main.c.obj
[2/11] Linking C static library app/libapp.a
[3/11] Linking C executable zephyr/zephyr_pre0.elf

[4/11] Generating dev_handles.c
[5/11] Building C object zephyr/CMakeFiles/zephyr_pre1.dir/dev_handles.c.obj
[6/11] Linking C executable zephyr/zephyr_pre1.elf

[7/11] Generating linker.cmd
[8/11] Generating isr_tables.c, isrList.bin
[9/11] Building C object zephyr/CMakeFiles/zephyr_final.dir/dev_handles.c.obj
[10/11] Building C object zephyr/CMakeFiles/zephyr_final.dir/isr_tables.c.obj
[11/11] Linking C executable zephyr/zephyr.elf
Memory region Used Size Region Size %age Used
FLASH: 22920 B 1 MB 2.19%
RAM: 7552 B 256 KB 2.88%
IDT_LIST: 0 GB 2 KB 0.00%
* Terminal will be reused by tasks, press any key to close it.

And here is the output from Flash:

Executing task: nRF Connect: Flash: hello_world_01/build (active)

Flashing build to 960025583
/bin/sh -c west flash -d /nordicsemi/myapps/hello_world_01/build --skip-rebuild --dev-id 960025583

-- west flash: using runner nrfjprog
-- runners.nrfjprog: Flashing file: /nordicsemi/myapps/hello_world_01/build/zephyr/zephyr.hex
[error] [ Client] - Encountered error -5: Command read_device_info executed for 1 milliseconds with result -5
[error] [ Worker] - Encountered unexpected debug port ID 6, expected 2
[error] [ Client] - Encountered error -5: Command read_memory_descriptors executed for 127 milliseconds with result -5
Failed to read device memories.
[error] [ nRF52] - Device memory generation failed.
[error] [ Worker] - Detected CPU core "235012351" does match expected CPU core "234881279"
ERROR: The --family option given with the command (or the default from
ERROR: nrfjprog.ini) does not match the device connected.
NOTE: For additional output, try running again with logging enabled (--log).
NOTE: Any generated log error messages will be displayed.
FATAL ERROR: command exited with status 18: nrfjprog --program /nordicsemi/myapps/hello_world_01/build/zephyr/zephyr.hex --sectoranduicrerase --verify -f NRF52 --snr 960025583

* The terminal process terminated with exit code: 18.
* Terminal will be reused by tasks, press any key to close it.

Here is some additional important information:

I get the same flash error message when I try to flash hello_world under Windows 11 and I get the same flash error message when I try to flash after change the board from the nRF9160-DK to a Thingy:91 linked via a Segger JLink.

RE: hello_world will not compile

Vidar Berg — Fri, 21 Jul 2023 16:36:34 GMT

Hi Brian,

Bare hyggelig / you're welcome. Yes, I don't see any other explanation than the header file must have been modified or corrupted somehow. If you want to save some time, it should be quicker to do a 'git reset --hard' inside the /v2.3.0/modules/hal/nordic/ directory to restore the files rather than re-installing the SDK (if that's what you meant by rebuilding your environment).

RE: hello_world will not compile

Brian Fuller — Fri, 21 Jul 2023 16:15:57 GMT

Thank you Vidar,

Nothing was changed in the .h files on my system. I am the only person working on the system so I would know that no one else did it either. I wonder if the source files from Nordic Semi were corrupted somehow. I will rebuild my environment from scratch and try again and let you know the results.

Best regards og tusen takk,

Brian

RE: hello_world will not compile

Vidar Berg — Fri, 21 Jul 2023 11:15:05 GMT

Hello,

[quote userid="118006" url="~/f/nordic-q-a/102102/hello_world-will-not-compile"]/nordicsemi/v2.3.0/modules/hal/nordic/nrfx/hal/nrf_uarte.h:489:1: error: unknown type name 'namespace'[/quote]

We don't use 'namespace' in the nrf_uarte.h header, so it seems like the header file may have been modified. This is what is supposed to be at line 489: https://github.com/zephyrproject-rtos/hal_nordic/blob/4ee20fd6ca25cd4bf78918f4fffee016a4ef47b9/nrfx/hal/nrf_uarte.h#L489

To see what's changed, you can open a terminal and change directory to /v2.3.0/modules/hal/nordic and use git:

$ git status
$ git diff

Best regards,

Vidar