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
{{ message }}
This repository has been archived by the owner on Apr 3, 2018. It is now read-only.
When setting per-Run Configuration environment variables, using eclipse substitutions, said substitutions do not appear to be properly resolved, at least on Win32 (I haven't yet tested this on linux or any other platforms yet)
It's pretty easy to illustrate this; create a project with this source file:
Then create a run configuration for it, and in the environment tab, make a variable named PROJNAME and set its value to ${project_name}; It should return whatever project is currently active in eclipse at the time you hit the run button, but here it just prints ${project_name}.
The text was updated successfully, but these errors were encountered:
Unfortunately, this still seems to be an issue in the 1.0.1.v201606011426 release, with the same symptoms. I uninstalled and reinstalled DDT just to make sure it wasn't an issue in my installatian.
Oh, run configurations! What happened is that I fixed this for the env vars in Build Target execution, I thought that's where the problem was (and indeed it was buggy there as well). Will fix here as well
When setting per-Run Configuration environment variables, using eclipse substitutions, said substitutions do not appear to be properly resolved, at least on Win32 (I haven't yet tested this on linux or any other platforms yet)
It's pretty easy to illustrate this; create a project with this source file:
Then create a run configuration for it, and in the environment tab, make a variable named
PROJNAME
and set its value to${project_name}
; It should return whatever project is currently active in eclipse at the time you hit the run button, but here it just prints ${project_name}.The text was updated successfully, but these errors were encountered: