On 4/23/2018 3:56 PM, Jeff Johnston
wrote:
<stuff deleted>
Yes it does. FWIW, I understand the create, run, terminate and
don't really mean to deviate from that unless required.
What I don't understand about the Docker Tooling wrt the Eclipse
Windows -> Linux container scenario is: how each toolchain will
handle the two environments (i.e. Windows and Linux). For
example: when an autotools project is created one of the first
things it does to setup is to consult the system environment (e.g.
path, etc) prior to generating makefile, etc. In autotools, and
org.eclipse.remote enabled, this uses/hooks into the
IRemoteConnectionPropertyService to get the path and etc from the
remote (i.e. Linux container), rather than getting it from the
(windows) system environment.
WRT autotools, hooks like this (system properties/values from
remote) were what got me interested in using
org.eclipse.remote...especially since at least the property service
hooks are built into autotools.
<stuff deleted>
I don't disagree. But what I'm interested in isn't necessarily
running in an existing container, but just the Windows Eclipse ->
Linux container use case.
So backing up....you say above that the
Windows Eclipse -> Linux container is supported...with the
create, run, terminate container approach. Maybe this works with
what's there and all about org.eclipse.remote is moot. Has
anyone tried/tested creating an autotools project with winEclipse
pointed at autotools enabled linux image?
Thanks,
Scott
|