You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I have an issue where any new build configurations I make do not want to build successfully due to static path names from old build configurations persisting in the variables that auto generate the make files for the new configuration. It seems like a different flavor of this issue 294
To reproduce:
Make a new project based on the blink example; by default it has one build configuration “Release”. It compiles and uploads fine.
Make a new configuration based on “Release”. It fails to build with the following error:
Looking at .settings/org.eclipse.cdt.core.prefs, there are a number of variables related to the new configuration that still have “Release” hardcoded into their path, which seems to be what caused the build to fail (ex: A.RECIPE.C.COMBINE.PATTERN.1, A.RECIPE.OBJCOPY.EEP.PATTERN.1, etc). Doing a find/replace all for “Release”->”${ConfigName}” appears to solve this issue, and making additional new configurations based on the modified one also seems to work fine.
I’m not sure if this is Sloeber specific, Eclipse specific, or me being dumb specific. Sloeber v4.2_win64
The text was updated successfully, but these errors were encountered:
I'm using multiple configurations quite often. It works fine .... however not all ways of changing the configuration work properly.
A build all configurations for instance will not work
Also project properties->something->configurations->set active will not work
What works for me is
Right click the project->build configurations->set active
In CDT perspective select the dropdown next to the build icon and select the configuration
I have an issue where any new build configurations I make do not want to build successfully due to static path names from old build configurations persisting in the variables that auto generate the make files for the new configuration. It seems like a different flavor of this issue 294
To reproduce:
Make a new project based on the blink example; by default it has one build configuration “Release”. It compiles and uploads fine.
Make a new configuration based on “Release”. It fails to build with the following error:
Looking at .settings/org.eclipse.cdt.core.prefs, there are a number of variables related to the new configuration that still have “Release” hardcoded into their path, which seems to be what caused the build to fail (ex: A.RECIPE.C.COMBINE.PATTERN.1, A.RECIPE.OBJCOPY.EEP.PATTERN.1, etc). Doing a find/replace all for “Release”->”${ConfigName}” appears to solve this issue, and making additional new configurations based on the modified one also seems to work fine.
I’m not sure if this is Sloeber specific, Eclipse specific, or me being dumb specific. Sloeber v4.2_win64
The text was updated successfully, but these errors were encountered: