Maciej Seroka <maciejs@symbian.org> [Fri, 16 Oct 2009 16:10:40 +0100] rev 682
Added new BC test
Simon Howkins <simonh@symbian.org> [Fri, 16 Oct 2009 15:52:33 +0100] rev 681
Updated throughout to use the "temp_build_files" dir on the build drive rather than the "generated" directory in the fbf source tree.
Simon Howkins <simonh@symbian.org> [Fri, 16 Oct 2009 15:11:28 +0100] rev 680
Moved the generation of the release metadata entry for the MD5 zip outside of
the parallel section, so it can't co-incide with the zipping of the binaries.
Ensured that any errors generated when merging log files are not just hidden
by putting them in the output file (which will render it not well-formed XML).
Simon Howkins <simonh@symbian.org> [Fri, 16 Oct 2009 15:06:40 +0100] rev 679
Replaced <available> check with an <uptodate> check, to greatly help people working
on the FBF who want the file automatically regenerated according to the changes they have made.
Simon Howkins <simonh@symbian.org> [Fri, 16 Oct 2009 14:43:38 +0100] rev 678
Restored call to summarise final BRAG status for regular platform builds.
MattD <mattd@symbian.org> [Fri, 16 Oct 2009 14:33:15 +0100] rev 677
Major packaging change to work around parallel calls - stopped zipping targets from having direct dependency on 'sf-preprocess-package-config', and instead have 'sf-zip-content' call 'sf-preprocess-package-config' if needed. Changed 'sf-prep' to call a target that wipes out the 'generated' directory. It's not perfect but it gets us going again.
Simon Howkins <simonh@symbian.org> [Thu, 15 Oct 2009 16:47:42 +0100] rev 676
Moved invocation of sf-brag-to-diamonds, so it's right at the end of the postbuild (apart from publishing zipped logs).
This avoids the possibility of a build abort when parallel threaqds are trying to a) convert a log file into a brag file, and b) merge all brag files ready to determine the brag status.
It also makes more sense - don't calculate or send the BRAGG status until the build is on the cusp of completion.