JomiTech Forums

TwineCompile does not obey the BuildOrder as given in de IDE/cbproj. It uses the position in the itemgroup to determine the order to build. This is however not configurable (the IDE corrects it to what it thinks is best every time). But some larger files take longer to compile. One wants those files to be started with and not be one of the last files to start as one has to wait for only one file to complete. When started with that slower file, the other cores will handle all smaller files in the same time. This is much more efficient. Could this be implemented?

Thanks for suggesting this. It is a very interesting idea and we will definitely look into it.

New Intelligent Build Engine
TwineCompile 5.3 now has an intelligent build engine that analyzes the compile process and records statistics on the build process. This information is then used to tune the builds so that they maximize the processor usage. This includes building the slowest projects in the project first, so that a compile is never left with unused processor resources because a single slow file is the last file to compile.

(from http://www.jomitech.com/blogs.php?blogid=89)

Does this mean the position in the project file does not matter anymore for the build order and TwineCompile compiles the slowest files first? The blog only says the slowest projects are build first, so that's why I'm asking .

That's a typo. It should say the slowest files are built first. So yes, the build order is completely controlled by TwineCompile and it ignores any values set in the project file.

That's awesome!! Even better than obeying the build order! Thanks!!!