This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Using multiple targets in uV forces full rebuild every time

We are using uV 5.31 and MDK.  We have a project developing the software for an embedded device - this software includes bootloader, application software, FCC test code, UL test code, possibly one or 2 others.  All are based on the same framework packages and such, and share various modules we wrote.  Because of that, it seemed simplest to make each of these a different target in the same project, with each target having its own source group.  The contents of those source groups all draw from the same source directories and there is a good amount of overlap - some files are exclusive to a single group, but some are used by all, and there are various combinations in between.  All the targets use the same compile options, but some use different target memory areas, which shouldn't affect the object files, just the link.  Because of that and the fact that all share a UVBuild directory, I assumed that sources would build as necessary to common (shared) .o files, and the multiple targets would behave the same as a single target with respect to rebuilds - don't rebuild if the source file (and its dependencies) didn't change.  But it doesn't.  Just the presence of a second target (and/or source group) forces each file in the source group of the current target to have its object file renamed  and to rebuild each time.  (The framework packages do not rebuild.)  Searching about this, I find reference (years ago) to this happening if the target option "Use Cross-Module Optimization" set, but this is not set.  Is there some other option causing this behavior or some configuration change we can make to fix it?

Parents
  • Because of that and the fact that all share a UVBuild directory

    I strongly suspect that that is your actual problem.

    Output files from multiple build targets should never go in the same directory.  Doing that is almost certain to introduce at least one of two issues: 1) object files from one target being incorrectly used for another,even though they should be different, or 2) everything gets recompiled every time you change between targets, because that's the only sure way to avoid issue 1).

Reply
  • Because of that and the fact that all share a UVBuild directory

    I strongly suspect that that is your actual problem.

    Output files from multiple build targets should never go in the same directory.  Doing that is almost certain to introduce at least one of two issues: 1) object files from one target being incorrectly used for another,even though they should be different, or 2) everything gets recompiled every time you change between targets, because that's the only sure way to avoid issue 1).

Children