search

eclipse-threadx / samples

A collection of complete sample workspaces and projects for popular development boards from ST, NXP, Renesas, Microchip and Microsoft using popular IDEs and toolchains, including IAR, ARM, STM32CubeIDE, MCUXpresso, MPLAB, Visual Studio, and Visual Studio Code.
136 stars 53 forks source link

No rule to make target error #10

Closed solarflarefx closed 3 years ago

solarflarefx commented 3 years ago

I am trying to run the sample_azure_iot project and get this same error in stm32cubeide. Any idea what could be wrong? I downloaded the sample directly from: https://github.com/azure-rtos/samples

Screenshot from 2020-10-10 12-46-13

Note that my references looked slightly different than what was in the documentation but pretty similar (maybe a Windows OS vs Ubuntu difference): image

Is there some particular step I missed? I am running on Ubuntu 18.04

wangwen-4220 commented 3 years ago

Hi solarflarefx,

i guess the linker file can't be found. you can check in this way: image

click browse to locate the linker file and try again.

solarflarefx commented 3 years ago

@wangwen-4220 Thanks for the reply. How do I access the window you are showing? Is this a window in STM32CUBEIDE?

solarflarefx commented 3 years ago

Sorry I found the setting. It now got past the previous step but I now get these errors:

/opt/st/stm32cubeide_1.4.0/plugins/com.st.stm32cube.ide.mcu.externaltools.gnu-tools-for-stm32.7-2018-q2-update.linux64_1.4.0.202007081208/tools/bin/../lib/gcc/arm-none-eabi/7.3.1/../../../../arm-none-eabi/bin/ld: cannot find -lnetxduo /opt/st/stm32cubeide_1.4.0/plugins/com.st.stm32cube.ide.mcu.externaltools.gnu-tools-for-stm32.7-2018-q2-update.linux64_1.4.0.202007081208/tools/bin/../lib/gcc/arm-none-eabi/7.3.1/../../../../arm-none-eabi/bin/ld: cannot find -lthreadx /opt/st/stm32cubeide_1.4.0/plugins/com.st.stm32cube.ide.mcu.externaltools.gnu-tools-for-stm32.7-2018-q2-update.linux64_1.4.0.202007081208/tools/bin/../lib/gcc/arm-none-eabi/7.3.1/../../../../arm-none-eabi/bin/ld: cannot find -lstm32l4xx_lib

wangwen-4220 commented 3 years ago

@solarflarefx ， It hits that the libraries do not exist, please build netxduo，threadx，lstm32l4xx_lib separately, then build the sample.

solarflarefx commented 3 years ago

I tried doing that, but I still get the same error. Is this an indication the project settings are wrong?

image

bo-ms commented 3 years ago

@solarflarefx we uploaded 6.1 zip projects, could you try the latest if there is same issue?

solarflarefx commented 3 years ago

@bo-ms I figured it out -- when I downloaded the zip file, it seems that the default paths did not take case into account. Since Windows paths are not case sensitive, it did not make a difference there but it does in Ubuntu. The "Debug" directory needed to be capitalized in the paths. Thanks for the help!

bo-ms commented 3 years ago

@solarflarefx thanks for bring it up, we will fix this issue.

nik-markovic commented 3 years ago

@bo-ms This issue is closed, but I was still having the same problem with the latest release Azure_RTOS_6.1_STM32L4+-DISCO_STM32CubeIDE_Samples_2020_10_10.zip. Went to the project, saw no known/open issues and then wasted a lot of time figuring out what is going on. I wish you can either fix this or keep the issue open so folks know about it.

Again, the problems are:

  1. Library linker path references in project files are pointing to ..//debug, but the build generates upper case ..//Debug directory
  2. Linker file is referenced in the project files as ../../common_hardware_code/STM32L4S5VITx_FLASH.ld, but the lunker file name is actually ../../common_hardware_code/STM32L4S5VITX_FLASH.ld (with upper case X).
ghost commented 3 years ago

@nik-markovic thank you for messages , we have fixed this issue internally, and will be released in next version.