Include system environment when debugging core build#1097
Include system environment when debugging core build#1097jonahgraham wants to merge 1 commit intoeclipse-cdt:mainfrom
Conversation
betamaxbandit
left a comment
There was a problem hiding this comment.
Q: Is a similar change necessary in the Run equivalent?
org.eclipse.cdt.debug.internal.core.launch.CoreBuildLocalRunLaunchDelegate.launch(ILaunchConfiguration, String, ILaunch, IProgressMonitor)
No, the run already does the correct thing. @betamaxbandit said in #1095 (comment)
This is due the the "special" environment variables on Windows that have no key and should have been excluded. |
|
I am removing this from RC1 consideration - this fix isn't quite right, for the obvious as stated in the above comment, but also because it does too many |
When doing a local launch, the only environment passed to the debuggee was the modified variables, typically just PATH. This meant all the other environment was lost. This change does the same thing as all the other calls to setBuildEnvironment and passes in the initial system environment. I added a small note to the API of setBuildEnvironment to try to avoid this error in the future.
05778fa to
2980b60
Compare
|
My latest commit saves my current state of work - I think this is correct, but some more thought is needed. |
When doing a local launch, the only environment passed to the debuggee was the modified variables, typically just PATH. This meant all the other environment was lost.
This change does the same thing as all the other calls to setBuildEnvironment and passes in the initial system environment.
I added a small note to the API of setBuildEnvironment to try to avoid this error in the future.
Note that this fixes the missing incoming environment part of the last point in this comment #1067 (comment)