STM32 Cyptolib with IAR 8.11

[Giuseppe Cannarella]

Posted on April 13, 2017 at 09:11

I've my application that uses the xCube CyptoLib 3.1.0 (STM32CryptographicV3.0.0_CM4_IAR_otnsc.a)with IAR compiler. Up to version 8.10 of the IAR compiler I never had any warning or error during the build of the project. Upgrading the IAR IDE to version 8.11 I have this error:

'Warning[Lt009]: Inconsistent wchar_t size crypto.o(STM32CryptographicV3.0.0_CM4_IAR_otnsc.a) has wchar_t size 16 bits '

Reading the release notes of the IAR 8.11 I found this:

IAR Information Center for ARM

Changed size of wchar_t in version 8.10 and 8.11

Object files following the ARM ABI has a runtime attribute indicating the size of wchar_t.

In EWARM version 7.80 and earlier, the size of wchar_t was 2 bytes wide and the runtime attribute was set accordingly.

For EWARM version 8.10, the size of wchar_t was 4 bytes wide but the value of the runtime attribute was not updated. Thus in 8.10 code is generated with 4 byte wide wchar_t but the object file is marked as if wchar_t is 2 bytes wide.

In EWARM version 8.11 wchar_t is 4 bytes wide and the runtime attribute is set accordingly.

Looking only at the wchar_t aspect this has the following implications:

All good except need to remove all parent title text for all comments.

Need to remove all parent title text for all comments.

• Combining object files built with 7.80 and 8.10 will not trigger any linker warning but if the application uses wchar_t, the behavior will be unpredictable.
• Combining object files built with 8.10 and 8.11 will trigger a linker warning but the application should work even if it uses wchar_t.
• Combining object files built with 7.80 and 8.11 will trigger a linker warning and if the application uses wchar_t, the behavior will be unpredictable.

Then, by this description, theCryptoLib 3.1.0 needs to be rebuilded with new version of the compiler to avoid unpredictable issues.

I planned a new release of the Crytolib compiled with IAR 8.11?

How I can solve this issue?

Thanks

[Peter Morrow]

Posted on April 18, 2017 at 09:14

We are facing the same issue here but with the STemWin libraries found in the cube packages (using stm32f4cube 1.15.0), STemWin 532.

Peter.

[Nesrine M_O]

Posted on April 18, 2017 at 10:25

Hi,

I am checking this issue with our team & come back to you.Sorry for the inconvenience it may bring.

-Nesrine-

[Peter Morrow]

Posted on April 26, 2017 at 09:55

Hi Nesrine,

Any update on this one yet?

Many Thanks,

Peter.

[Giuseppe Cannarella]

Posted on May 23, 2017 at 08:49

Hi Nesrine,

can you estimate a date when the IAR 8.xx compatible release will be available?

At this moment I cannot migrate to IAR 8.xx due this library issue... but I need to do that as soon as possible.

Thank you.

Giuseppe

[Nesrine M_O]

Posted on May 23, 2017 at 10:59

Hi

Cannarella.Giuseppe

,

The issue is noted and will be fixed soon in coming firmware release.Sorry for the inconvenience it may bring.

-Nesrine-

[Jacco van der Spek]

Posted on August 21, 2017 at 08:17

Hi

ELMHIRI.Syrine

‌ is there already an 8.xx compatible release? I need to use the osxMotionFx library of the Cube package in IAR 8.

[Alexandre Courtemanche]

Posted on September 22, 2017 at 17:17

I also  have this warning. I can try running it anyway, but it says that it may cause 'undefined behaviour'. I'll try it out and see if it works anyway.

[David Henretty]

Posted on October 19, 2017 at 19:53

It's now more than 6 months since this issue was originally raised.

I too would like to migrate to a newer version of IAR but am being blocked by the incompatibility of STEMWIN.

Could ST provide an update as to if / when they plan to resolve this ?

[David Henretty]

Posted on March 06, 2018 at 18:01

It's now almost a year since this issue was raised and ST have not (to my knowledge) released a compatible STemWin library.

Can anyone provide an indication as to whether ST are able or willing to address this issue ?

I fully understand that the problem has been caused by IAR but the silence from ST is not helpful.

[Nesrine M_O]

Posted on April 26, 2018 at 10:15

Hi

Henretty.Davuid

,

Sorry for the delay to answer you .

I don't know more about exact release date, but be ensured that our development teamisworking on a new releasethat willfix theissue.

-Nesrine-

[David Henretty]

Posted on April 30, 2018 at 16:09

Hi

ELMHIRI.Syrine

Thanks for the response.

Almost a year ago (May 23 2017), you told us '

The issue is noted and will be fixed soon in coming firmware releas

e'.

Has there been any progress at all since then ?

My understanding is that this issue only requires the relevant libraries (CryptoLib,STemWin, MotionFx, etc) to be rebuilt under IAR v8 and tested. There should be no need to change source code.

I am struggling to appreciate why ST seem so reluctant to support their customers.

[Tesla DeLorean]

Posted on April 30, 2018 at 18:49

>>I am struggling to appreciate why ST seem so reluctant to support their customers.

ST didn't break the tools, IAR did. Lacking some compatibility mode seems to be an oversight. Here I 'fix' the object/library files so they work with the tools I use/need.

ST has a big fish small fish approach to 'customers'

When lighting fires under people it is important to find the right people to light the fire under to get the desired response.

The forum is a triage venue, talk to the engineers supporting your commercial account.

[Nesrine M_O]

Posted on June 01, 2018 at 10:18

Hi all 

Sorry for the delay to come back to you!

As committed a new 

https://my.st.com/content/my_st_com/en/products/embedded-software/mcus-embedded-software/stm32-embedded-software/stm32cube-expansion-packages/patchx-cryptolib.license=1527840120231.html

for

http://www.st.com/en/embedded-software/x-cube-cryptolib.html

is now available to support the new IAR version : IAR Embedded workbench for ARM(EWARM) toolchain V8.22.

Thank you very much for your interest on our STM32 products.

-Nesrine-

[TSale]

Hello

I'm working on STM32F4-DISC1 with IAR 8.22.

I'm facing the same issue on the project "Audio_playback_and_record" and the PDM libraries (libPDMFilter_CM4_IAR) found in the cube packages (using stm32f4cube 1.21.0),

is there somewhere a cube package upadated with this lib rebuilt for IAR 8.22?

Thomas