Notice: This Wiki is now read only and edits are no longer possible. Please see: https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/wikis/Wiki-shutdown-plan for the plan.
CDT/Obsolete/BuildModel61
Hi, Doug here. I'm going to document the vision I have for CDT's build model. My hope is that we can discuss this, finalize on the vision, and start working towards it.
A full build model would be all encompassing. It would serve the following clients:
- Builders, to generate build files for an external builder, or to feed the internal builder
- Parser, the scanner info falls into the build model
- Debugger, to figure out how which debugger to run given the target of the build.
The build has to support host toolchains, cross toolchains, and remote toolchains. We need the concept of "target" in the build system to determine what platform the build is targeting.
The fundamental concept of the build model is that of a Tool with options. Tools translate input files to output files. It is very similar to a pattern rule in Make. The build system determines which tools to run to produce a given build output. External builders generally do that for you. The internal builder can emulate that.
We've had numerous requests to support multiple build outputs per build run. We'll need to have that flexibility in the build model.
We need to separate the auto-generated UI from the build model. We need to do the same for command-line generation.