Add static to NRF5 SDK11 macro definition

[theotherjimmy]

This is blocking CI

Description

After ARMmbed/mbed-os-example-ble#80 was merged, the Austin Example build CI correctly started failing for NRF51_DK and NRF52_DK with IAR with a mulitple symbol definition:

Error[Li006]: duplicate definitions for "fs_config"; in "Z:\home\jimbri01\src\a
          rmmbed\mbed-os-example-ble\BLE_EddystoneService\BUILD\NRF51_DK\iar\mb
          ed-os\targets\TARGET_NORDIC\TARGET_NRF5\TARGET_SDK11\libraries\fds\fd
          s.o"
          , and "Z:\home\jimbri01\src\armmbed\mbed-os-example-ble\BLE_Eddystone
          Service\BUILD\NRF51_DK\iar\source\PersistentStorageHelper\nrfPersiste
          ntStorageHelper\nrfConfigParamsPersistence.o"
[ERROR] Error[Li006]: duplicate definitions for "fs_config"; in "Z:\home\jimbri01\src\a
          rmmbed\mbed-os-example-ble\BLE_EddystoneService\BUILD\NRF51_DK\iar\mb
          ed-os\targets\TARGET_NORDIC\TARGET_NRF5\TARGET_SDK11\libraries\fds\fd
          s.o"
          , and "Z:\home\jimbri01\src\armmbed\mbed-os-example-ble\BLE_Eddystone
          Service\BUILD\NRF51_DK\iar\source\PersistentStorageHelper\nrfPersiste
          ntStorageHelper\nrfConfigParamsPersistence.o"

This PR adds static to the NRF_SECTION_VARS_ADD macro for IAR because it's present on the other 2 compilers.

Status

READY

Todos

• @pan-
• /morph test

Steps to test or reproduce

Try building the BLE_EddystoneService with the latest mbed-os master.

[theotherjimmy]

@studavekar

/morph test

[mbed-bot]

Result: SUCCESS

Your command has finished executing! Here's what you wrote!

/morph test

Output

mbed Build Number: 280

All builds and test passed!

[theotherjimmy]

@sg- @0xc0170 @adbridge Sorry for merging my own PR. It was a small fix that is blocking all test commands.

[theotherjimmy]

@adbridge You will want to re-create the Release with this patch included to pass nightlys

[pan-]

@theotherjimmy Could you detail the failure, compilation of all examples for this PR succeeded with master prior to your patch: https://jenkins-internal.mbed.com/job/BLE/view/TRIGGER/job/ble-examples-trigger/4/

It was unnoticed by the CI job running BLE because IAR are deactivated atm for PRs due to an internal issue. Apologies for the inconvenient time, fortunately the CI issue will be resolve soon and IAR support will be covered in PR builds, not just nightly builds.

[pan-]

@nvlsianpu NRF_SECTION_VARS_REGISTER_VAR is supposed to declare and attach a variable in a section. Is there any reason to force the storage class specifier to static on GCC and ARMCC and not on IAR ?

[frkv]

The IAR version should also have the static storage class specifier. This will be fixed in upcoming versions of the nRF5 SDKs.

[nvlsianpu]

As Frank respond: looks fine for use.