If I add "--print-multi-directory thumb/v7e-m/fpv5/hard" as specified by you I get an error on the last part.
As far as I understand --print-multi-directory is "diagnostic", that is it will show output.
I removed that last part as shown in attached LedBlinkHardFp_print_multi_directory.log, and then " thumb/v7e-m/fpv5/hard" is output by the compiler.
The strange thing is that the object files are not created with this option (at least not where I expect to find them).
Also attached is the log when only adding -mfpu=fpv5-d16.
This didn't help.
Note that I also have this issue with the previous major version of the toolchain.
Do you know a version that is known to work in this area?
Best Regards,
Dag
-----Original Message-----
From: <email address hidden> [mailto:<email address hidden>] On Behalf Of Tejas Belagod
Sent: Friday, February 09, 2018 11:30 AM
To: Dag Midling Larsen <email address hidden>
Subject: [Ext] [Bug 1748410] Re: GNU arm embedded toolchain 7-2017-q4 does not resolve linking to correct standard libraries when compiling for hardware floating point .
Hi
Thanks for your reply!
If I add "--print- multi-directory thumb/v7e- m/fpv5/ hard" as specified by you I get an error on the last part. multi-directory is "diagnostic", that is it will show output. print_multi_ directory. log, and then " thumb/v7e- m/fpv5/ hard" is output by the compiler.
As far as I understand --print-
I removed that last part as shown in attached LedBlinkHardFp_
The strange thing is that the object files are not created with this option (at least not where I expect to find them).
Also attached is the log when only adding -mfpu=fpv5-d16.
This didn't help.
Note that I also have this issue with the previous major version of the toolchain.
Do you know a version that is known to work in this area?
Best Regards,
Dag
-----Original Message-----
From: <email address hidden> [mailto:<email address hidden>] On Behalf Of Tejas Belagod
Sent: Friday, February 09, 2018 11:30 AM
To: Dag Midling Larsen <email address hidden>
Subject: [Ext] [Bug 1748410] Re: GNU arm embedded toolchain 7-2017-q4 does not resolve linking to correct standard libraries when compiling for hardware floating point .
Have you tried with -mfpu option?
$ arm-none-eabi-gcc -mcpu=cortex-m7 -mfloat-abi=hard -mthumb -mfpu=fpv5-d16 --print- multi-directory thumb/v7e- m/fpv5/ hard
-- /urldefense. proofpoint. com/v2/ url?u=https- 3A__bugs. launchpad. net_bugs_ 1748410& d=DwIFaQ& c=uGuXJ43KPkPWE l2imVFDmZQlhQUE T7pVRA2PDIOxgqw &r=Vg4T8mXfM5rI sipcm2GiWw& m=obEs0pLBxBPLr jimqmjsAD0ubWLW bNFJ1EVs1kn26No &s=o3ZaVgfd2r4p q_4oHj8uprJ8DIX zLrBclo- ovz3EeOk& e=
You received this bug notification because you are subscribed to the bug report.
https:/
Title:
GNU arm embedded toolchain 7-2017-q4 does not resolve linking to
correct standard libraries when compiling for hardware floating point
.
Status in GNU Arm Embedded Toolchain:
New
Bug description:
Hi
I'm using these compiler flags.
-mcpu=cortex-m7 -mthumb -mfloat-abi=hard
Then adding --verbose to the linker options shows that the linker does
not pick the correct libraries (not using libraries in the "hard"
folders).
Best Regards,
Dag
To manage notifications about this bug go to: /urldefense. proofpoint. com/v2/ url?u=https- 3A__bugs. launchpad. net_gcc- 2Darm-2Dembedde d_-2Bbug_ 1748410_ -2Bsubscription s&d=DwIFaQ& c=uGuXJ43KPkPWE l2imVFDmZQlhQUE T7pVRA2PDIOxgqw &r=Vg4T8mXfM5rI sipcm2GiWw& m=obEs0pLBxBPLr jimqmjsAD0ubWLW bNFJ1EVs1kn26No &s=6UejSH- 7g0kkRPms1k0Mc1 XNSqpUmzwEadF0V _KCL8I& e=
https:/