2025-06-23 10:28 AM
I just installed the latest STM32CubeIDE 1.18.1 on a mac Studio M2 running Sequoia 15.5. The default GNU make on the machine is /usr/bin/make, version 3.81. The IDE is clearly creating makefiles for a later version of make, because building applications in the IDE errors out with "**** multiple target patterns" on a make rule that lists the elf and map files as targets. I have make 4.4.1 installed via brew, but how to tell STM32CubeIDE where to pick it up is buried somewhere and I'm not seeing anything in any documentation. Does anyone know how to fix this?
Solved! Go to Solution.
2025-06-23 12:18 PM
Here's what's going on for anyone working across macos and windows. For reasons I still don't understand, Eclipse wants an absolute path to the linker file you're using. On windows the path will look like "C:\Users\<path-to-project>" usually. This gets stuffed into the .cproject file. If you're trying to share projects and check in the .cproject file, the IDE on macos will read that linker file path into the project, which is not a valid path in macos. It also puts the linker file on the dependency list in the makefile it generates. It's the invalid linker path with backslashes in it that's generating the "*** multiple target patterns" error, not the two targets on the right side of the colon.
So I guess it's impossible to share Eclipse projects across OSes without fixing up the .cproject file.
*sigh*
2025-06-23 12:18 PM
Here's what's going on for anyone working across macos and windows. For reasons I still don't understand, Eclipse wants an absolute path to the linker file you're using. On windows the path will look like "C:\Users\<path-to-project>" usually. This gets stuffed into the .cproject file. If you're trying to share projects and check in the .cproject file, the IDE on macos will read that linker file path into the project, which is not a valid path in macos. It also puts the linker file on the dependency list in the makefile it generates. It's the invalid linker path with backslashes in it that's generating the "*** multiple target patterns" error, not the two targets on the right side of the colon.
So I guess it's impossible to share Eclipse projects across OSes without fixing up the .cproject file.
*sigh*