raptorbot <raptorbot@systemstesthead.symbian.intra> [Sat, 16 Jan 2010 00:01:04 +0000] rev 121
Stderr to a file - avoid xml problems in error messages.
timothy.murphy@nokia.com [Mon, 18 Jan 2010 16:11:37 +0000] rev 120
Richard's fix for combined ARM9e/ARMv5 builds
timothy.murphy@nokia.com [Fri, 15 Jan 2010 20:20:21 +0000] rev 119
Prevern Path and PATH variables from messing things up
timothy.murphy@nokia.com [Fri, 15 Jan 2010 20:19:26 +0000] rev 118
Put stderr into separate log file
raptorbot <raptorbot@systemstesthead.symbian.intra> [Fri, 18 Dec 2009 19:57:42 +0000] rev 117
Don't mess around with EPOCROOT until actually entering raptor so we know what the original was
Put the original epocroot back on the front of the whatcomp output. This allows what output to be
either relative or absolute depending on what your epocroot is.
timothy.murphy@nokia.com [Fri, 18 Dec 2009 18:36:35 +0000] rev 116
Release notes. Also remember to add FilterCheck
timothy.murphy@nokia.com [Fri, 18 Dec 2009 18:19:11 +0000] rev 115
Cause whatcomp output to use the incoming epocroot value. i.e. if epocroot is relative then so is the what output.
e.g. if EPOCROOT=\ then the output will be of the form "\epoc32\release\armv5\...." If it's "..\myepocroot" then the output will be "..\myepocroot\epoc32\release\armv5". If it's absolute then the what output will also be absolute.
timothy.murphy@nokia.com [Wed, 16 Dec 2009 15:25:49 +0000] rev 114
Strip epocroot off whatcomp filter output.
Jon Chatten [Mon, 18 Jan 2010 09:02:25 +0000] rev 113
Release note: sf bug 1558: [Raptor] auto-setting of SBS_HOME by sbs.bat fails when drives differ
yiluzhu [Fri, 15 Jan 2010 16:09:36 +0000] rev 112
Release: DPDEF143051 Raptor doesn't process the LINKEROPTION keyword as Abld
yiluzhu [Fri, 15 Jan 2010 11:45:05 +0000] rev 111
Merge
yiluzhu [Fri, 15 Jan 2010 11:38:40 +0000] rev 110
Test case for Apply linker options
yiluzhu [Tue, 12 Jan 2010 17:23:46 +0000] rev 109
DPDEF143051 Raptor doesn't process the LINKEROPTION keyword as Abld does
Richard Taylor <richard.i.taylor@nokia.com> [Fri, 15 Jan 2010 13:37:16 +0000] rev 108
catch up