2024-02-27 02:15 AM
Hi,
I am planning to use STM32 bluepill board with Freertos. Hence trying to use Freertos API. I wanted to know how the CUBE IDE makes sure that API call to Freertos doesn't transform into an API call to Linux OS on which CUBE IDE is installed during compilation process.
Please guide.
with thanks,
B.Deepak Kumar
Solved! Go to Solution.
2024-02-27 02:59 AM - edited 2024-02-27 03:01 AM
@bdpak wrote:Linux OS system calls cannot be used in the CUBE IDE resulting in compilation error. Am I right?
Any calls to any stuff that's not within your Project will result in a compilation error.
EDIT:
Are you, perhaps, getting confused with Semihosting ... ?
2024-02-27 02:25 AM
Why would it even do that?
The whole point of a cross-compiler is to generate code for the Target system - not for the "Host".
2024-02-27 02:36 AM
As said by @Andrew Neil it's a cross compilation process meant for your target. Moreover FreeRTOS is not used by your system, why you have a doubt that the compiler would call APIs from Linux OS?
2024-02-27 02:50 AM
@SofLitthanks for your reply. Reason for raising such a question was to confirm that Linux OS system calls cannot be used in the CUBE IDE resulting in compilation error. Am I right?
2024-02-27 02:53 AM
The question is why there will be "Linux OS system calls could be used in the CUBE IDE" ?
2024-02-27 02:59 AM - edited 2024-02-27 03:01 AM
@bdpak wrote:Linux OS system calls cannot be used in the CUBE IDE resulting in compilation error. Am I right?
Any calls to any stuff that's not within your Project will result in a compilation error.
EDIT:
Are you, perhaps, getting confused with Semihosting ... ?
2024-02-27 04:52 AM
Hi,
I was looking for something like this. I was getting errors on the compiling freertos api calls, so this made to look into chances of wherein IDE has somehow confused Freertos APIs with Linux OS system call APIs. From your example, I can arrive at a conclusion that IDE does have a reference to System calls of the OS on which it is installed.
You shall be remembered.
with thanks,
Deepak Kumar.B