User forums > Using Code::Blocks
workspace continue build after error
Martin K.:
Hi,
Thanks for this tipps.
I have currently 3 targets in every project. 2 real (release and debug) and one virtual (all, includes release and debug). Now i have to create two mor virtual targets in every project (for release anddebug) and include only those projects in the three virtual targets that compiles fine. I have to build only the virtual targets, and not the real ones. right?
Martin
MortenMacFly:
--- Quote from: Martin K. on November 29, 2012, 06:50:10 am ---I have currently 3 targets in every project. 2 real (release and debug) and one virtual (all, includes release and debug). Now i have to create two mor virtual targets in every project (for release anddebug) and include only those projects in the three virtual targets that compiles fine. I have to build only the virtual targets, and not the real ones. right?
--- End quote ---
Yes + yes. That's a common and convenient way to setup and organise targets. Note that a "virtual target" actually does compile the real target(s) it s connected to, but only these - its like grouping.
Also, I don't know why some of your targets do not compile - but if they are for a different platform, you can also use the platform flag to exclude such targets from the build. C::B checks if the build is performed on a compatible platform and skips targets that are defined to be for another platform. The default settings is "All", so all targets are (by default) compatible with all platforms. For you, this might not be the case. So this may be an even easier / more intuitive solution.
Another option you have is to set these targets to a type named "commands only" which does no compilation at all then.
Why do the targets not build? Its pretty weird after all...
oBFusCATed:
--- Quote from: MortenMacFly on November 29, 2012, 09:20:14 am ---Why do the targets not build? Its pretty weird after all...
--- End quote ---
Because he has upgraded his compiler...
MortenMacFly:
--- Quote from: oBFusCATed on November 29, 2012, 09:23:29 am ---Because he has upgraded his compiler...
--- End quote ---
Al-right, so why then not just fix the code step-by-step? That's the actual root of evil then, isn't it? ??? Here, a break of the build is actual really the best that can happen.
Martin K.:
--- Quote from: MortenMacFly on November 29, 2012, 09:20:14 am ---
--- Quote from: Martin K. on November 29, 2012, 06:50:10 am ---I have currently 3 targets in every project. 2 real (release and debug) and one virtual (all, includes release and debug). Now i have to create two mor virtual targets in every project (for release anddebug) and include only those projects in the three virtual targets that compiles fine. I have to build only the virtual targets, and not the real ones. right?
--- End quote ---
Yes + yes. That's a common and convenient way to setup and organise targets. Note that a "virtual target" actually does compile the real target(s) it s connected to, but only these - its like grouping.
Also, I don't know why some of your targets do not compile - but if they are for a different platform, you can also use the platform flag to exclude such targets from the build. C::B checks if the build is performed on a compatible platform and skips targets that are defined to be for another platform. The default settings is "All", so all targets are (by default) compatible with all platforms. For you, this might not be the case. So this may be an even easier / more intuitive solution.
Another option you have is to set these targets to a type named "commands only" which does no compilation at all then.
Why do the targets not build? Its pretty weird after all...
--- End quote ---
Here is a team of more than only one programmer and i have setup the new project files and a workspace for them.
Now there are porting there libs and apps step by step to the new compiler. In the meantime, some libs and/or apps doesn't compile. Thats all.
The finest way whould be to disable these projects in the workspace and to show this disabled status in the workspace. So they can go through the workspace and see what projects are ported currently and what to do next.
Martin
Navigation
[0] Message Index
[*] Previous page
Go to full version