AES example in SDK version 17.0.0 does not compile out of the box

RE: AES example in SDK version 17.0.0 does not compile out of the box

RVM — Tue, 16 Feb 2021 18:09:36 GMT

Did you ever get this issue resolved?

FWIW, I think it is due to inconsistent use of the floating point ABI between the library build and your project build.

RE: AES example in SDK version 17.0.0 does not compile out of the box

Andrew Waterhouse — Wed, 05 Aug 2020 04:43:16 GMT

Hello.

The micro-ecc problem has resurfaced at linker level now.

What I didn't realise when I got the clean compile above was that mcro-ecc was disabled. When I enable it and disable all the other backends, it runs trhough to the linking stage but I get the error below which from what I can see means there is a floating point clash between the snRF2K target (supporting VFP register usage) and the library .a file you provided (the one I have been unable to compile) which does not.

Can you please advise how to resolve this ?

Regards,

Andrew

++++++++++++++++++++++++

Here is the error:

Building ‘nrf_crypto_aes_cbc_mac_pca10040’ from solution ‘nrf_crypto_aes_cbc_mac_pca10040’ in configuration ‘Release’
Linking nrf_crypto_aes_cbc_mac_pca10040.elf
Output/Release/Exe/nrf_crypto_aes_cbc_mac_pca10040.elf uses VFP register arguments, ../../../../../../../../external/micro-ecc/nrf52nf_armgcc/armgcc/micro_ecc_lib_nrf52.a(uECC.c.o) does not
failed to merge target specific data of file ../../../../../../../../external/micro-ecc/nrf52nf_armgcc/armgcc/micro_ecc_lib_nrf52.a(uECC.c.o)
Build failed

RE: AES example in SDK version 17.0.0 does not compile out of the box

Andrew Waterhouse — Tue, 04 Aug 2020 02:46:43 GMT

Thanks Hakon.

The problem with mico-ecc went a way after a clean install. I'll just have to assume I had introduced the error during setup. Mea culpa.

The remaining problem with the uart aes_mac examples has also been tracked down to a missing declaration in nrf_log_backend_rtt.c in the 17.0.0 distribution as follows:

const nrf_log_backend_api_t nrf_log_backend_rtt_api;

Only the .h file reference to the strcuture was found in the distribution:

extern const nrf_log_backend_api_t nrf_log_backend_rtt_api.

Naturally the linker was complaining, and assoon as we added the declaration to the the .c file, we got a clean compile.

Regards,

Andrew

RE: AES example in SDK version 17.0.0 does not compile out of the box

Andrew Waterhouse — Tue, 04 Aug 2020 02:04:53 GMT

Hello Hakon,

it is a real mystery.

Per my last post, with a clean reinstall for 17.0.0 I didn't touch/change anything. I have made no changes to the Segger compiler either.

Oddly, the micro-ecc thing seems to be sorted and there are no errors regarding that - OK, so let us assume I had accidentally modified something.

However now, without making any code mods whatsover, both the uart and aes mac examples (Segger) give the same link-time error related to RTT as follows:

Output/ble_app_uart_pca10040_s132 Release/Obj/nrf_log_default_backends.o:C:\Projects\Bluetooth Communicator\Tools\Nordic\SDK\nRF5_SDK_17.0.0_9d13099\components\libraries\log\src/nrf_log_default_backends.c:50: undefined reference to `nrf_log_backend_rtt_api'

When I go to line 50 in nrf_log_default_backends.c I find NRF_LOG_BACKEND_RTT_DEF(rtt_log_backend);

When I right click to go to the definition of NRF_LOG_BACKEND_RTT_DEF or rtt_log_backend, Segger takes me to the first line of the nrf_log_backend_rtt.h so I am guessing that is wehat happens when it cannot find what it is looking for.

A solution search for NRF_LOG_BACKEND_RTT_DEF returns just the one reference on line 50. There doesn't seem to be a macro definition in the solution.

So whatever the linker wants. I just don't seem to be able to supply it.

Many thanks,

Andrew

RE: AES example in SDK version 17.0.0 does not compile out of the box

Håkon Alseth — Mon, 03 Aug 2020 09:56:44 GMT

Hi,

As long as micro-ecc is present, this example, nRF5_SDK_17.0.0_9d13099\examples\crypto\nrf_crypto\aes\aes_cbc_mac\pca10040\blank\ses, shall compile without any issues. I did a clean install of SDK v17, cloned and built micro-ecc, and I cannot reproduce the error you are seeing. Have you added/changed something in the example?

Kind regards,

Håkon

RE: AES example in SDK version 17.0.0 does not compile out of the box

Andrew Waterhouse — Mon, 03 Aug 2020 01:19:35 GMT

Hi Hakon,

over the weekend I reinstalled the SDK (17.0.0) and that has, for whatever reason, allowed me to move forward to the point where the linker is only complaining that it can't find nrf_log_backend_rtt_init for the example nrf_crypto_aes_cbc_mac_pca10040 - see the end of this post for the linker report.

OK, so it looks like micro-ecc may be resolved (not sure why it is needed for AES only, but never mind).

I went looking for nrf_log_backend_rtt_init, and noted that the file inventory in Segger includes nrf_log_backend_rtt.c.

There is also post on this issue issue raised by someone else, and the solution provided was to 'look at the uart example'. So I tried to compile the uart example and found it comes up with the very same error.

Noting that nrf_log_backend_rtt.c is called up in both the aes example and and uart example, I went on the hunt.

I first found the associated .h file which has the prototype for the missing call, and then one level down, found the .c file but discovered it to be empty - file size 0.

Is that supposed to be the case, and if so, where does the function nrf_log_backend_rtt_init live ? I haven't been able to find it, and it is odd that at least two examples exhibit the exact same error.

Many thanks,

Andrew

++++++++++++++++++++++++++++++++++++++++++

Building ‘nrf_crypto_aes_cbc_mac_pca10040’ from solution ‘nrf_crypto_aes_cbc_mac_pca10040’ in configuration ‘Release’
Linking nrf_crypto_aes_cbc_mac_pca10040.elf
    Output/nrf_crypto_aes_cbc_mac_pca10040 Release/Obj/nrf_log_default_backends.o: in function `nrf_log_default_backends_init':
    undefined reference to `nrf_log_backend_rtt_init'
    Output/nrf_crypto_aes_cbc_mac_pca10040 Release/Obj/nrf_log_default_backends.o:C:\Projects\Bluetooth Communicator\Tools\Nordic\SDK\nRF5_SDK_17.0.0_9d13099\components\libraries\log\src/nrf_log_default_backends.c:50: undefined reference to `nrf_log_backend_rtt_api'
Build failed

RE: AES example in SDK version 17.0.0 does not compile out of the box

Andrew Waterhouse — Fri, 31 Jul 2020 08:20:26 GMT

Hi Hakon,

just had to try before going home. I have now progressed but even though I have gone through and disabled all ECC backends exvcepting the mico-ecc backends shown in the Nordic documentation (the main enable plus the various c urve enables), I am getting errors. I am not sure if it is required to literally disable all backends osuch as the hash and random number backends or whether those are exempt ?

Anyway, sorry to ask, but is there any chance you could supply the sdk_config.h that will compile with the crypto example rrf_crypto_aes_cbc_mac_pca10040’ ? I can then do a file compare to see what I might be doing wrong ?

Many thanks,

Andrew

RE: AES example in SDK version 17.0.0 does not compile out of the box

Andrew Waterhouse — Fri, 31 Jul 2020 07:41:38 GMT

Hi Hakon,

I am 100% confident make is in the path - I put it there and verified it by make -h from the command line. That comes back (last 2 lines with
This program built for i386-pc-mingw32
Report bugs to <bug-make@gnu.org>

I didn't have any gnu/gcc on my machine until we started trying to troubleshoot this.

I did find, however, that if I removed OUTPUT_DIRECTORY := _build from the makefile, it got a bit further but suffered other problems then. I read somewhere that this probably means make is looking for mkdir as a program *(.exe) and not an implicit windows command line command, and thus cannot find it. But that is not my area of expertise. All I know is that the behaviour after the above amendment seemed to support that idea.

Anyway, I'll load twhat you sent and report back - perhaps not until Monday now.

Many thanks for your help !

Andrew

RE: AES example in SDK version 17.0.0 does not compile out of the box

Håkon Alseth — Fri, 31 Jul 2020 07:11:22 GMT

Hi,

[quote user="Andrew Waterhouse"]make (e=2): The system cannot find the file specified.[/quote]

It seems that "make" isn't in your PATH.

Here's the precompiled micro-ecc, which can be unzipped to the external folder:

devzone.nordicsemi.com/.../micro_2D00_ecc_5F00_2020_5F00_07_5F00_31.zip

Could you try this and see if the example(s) compile properly?

Kind regards,

Håkon

RE: AES example in SDK version 17.0.0 does not compile out of the box

Andrew Waterhouse — Fri, 31 Jul 2020 00:42:26 GMT

Hi Hakon.

OK, so in desperation I avae take your advice:

1, I loaded the 2019 gcc ARM distribution to my Win7 development platform

2. Also the the corresponding gcc make

3. I made sure the binaries for both of the above are in the current path, with make having precedence over the path to any other installed make (designed to stop a clash with Embarcadero C++ Builder make)

3. I went into the micor_ecc folder and edited build_al.bal to just make rf52nf_armgcc

4. I executed build_all.bat from the command line

5. Make seems to start, but then gives the error below which I have been unable resolve (full error report at the end of this missive but the key report is :

Process_begin: CreateProcess(NULL, mkdir _build, ...) failed.
make (e=2): The system cannot find the file specified.

Note that when I ran build_all the first time, git seemed to do its expected downloads.

Any help would be gratefully received.

Many thanks,

Andrew

C:\Projects\Bluetooth Communicator\Tools\Nordic\SDK\nRF5_SDK_17.0.0_9d13099\external\micro-ecc>build_all
make: Entering directory `C:/Projects/Bluetooth Communicator/Tools/Nordic/SDK/nRF5_SDK_17.0.0_9d13099/external/micro-ecc/nrf52nf_armgcc/armgcc'
mkdir _build
process_begin: CreateProcess(NULL, mkdir _build, ...) failed.
make (e=2): The system cannot find the file specified.
make: *** [_build] Error 2
make: Leaving directory `C:/Projects/Bluetooth Communicator/Tools/Nordic/SDK/nRF5_SDK_17.0.0_9d13099/external/micro-ecc/nrf52nf_armgcc/armgcc'
C:\Projects\Bluetooth Communicator\Tools\Nordic\SDK\nRF5_SDK_17.0.0_9d13099\external\micro-ecc>

RE: AES example in SDK version 17.0.0 does not compile out of the box

Andrew Waterhouse — Thu, 30 Jul 2020 10:35:08 GMT

Thanks.

I am afraid make will conflict with another compiler we have and we don't have the gss arm compiler installed. Is it feasible just to obtain the missing library file to drop into the relevant folder ?

RE: AES example in SDK version 17.0.0 does not compile out of the box

Håkon Alseth — Thu, 30 Jul 2020 09:42:38 GMT

Hi,

The default example requires micro-ecc:

https://infocenter.nordicsemi.com/topic/sdk_nrf5_v17.0.0/lib_crypto_backend_micro_ecc.html#nrf_crypto_default_backends_micro_ecc

The location is $(NRF5_SDK_PATH)/external/micro-ecc/, which holds helper scripts, build_all.sh (*nix or shell) and build_all.bat (windows), which will compile micro_ecc for all nRF-devices if make and arm-none-eabi-gcc is installed and located in your path.

Kind regards,

Håkon