41464 2010-07-01 07:33:17 -0700 [Qt][Symbian] Make ARM UDEB builds easier and robust 2011-02-22 00:11:26 -0800 1 1 1 Unclassified WebKit Tools / Tests 528+ (Nightly build) PC S60 3rd edition RESOLVED FIXED Qt, QtTriaged P2 Normal --- 52835 52839 1 s.mathur webkit-unassigned hausmann iain.campbell koshuin laszlo.gombos oldest_to_newest 245337 0 s.mathur 2010-07-01 07:33:17 -0700 The current approach of using debug-webkit-patch-sbsv2.py to make ARM UDEB builds is a huge improvement over not having Debug builds at all, but is prone to bit rot. https://trac.webkit.org/wiki/BuildingQtOnSymbian This is partly because the list of include/exclude source files in the Python script can get out of sync of trunk code pretty easily. Also, because no bots routinely do ARM UDEB compilation using the script. Some options to reduce developer headaches: - Figure out a way to use existing .pro or .pri files in trunk to manage the AllinOne generation logic - Hook up debug-webkit-patch-sbsv2.py in its current form to a Buildbot, so that errors are caught on a daily basis Any other ideas? 301626 1 koshuin 2010-10-29 01:02:29 -0700 I have bad news. Using AllInOne.cpp files won't help anymore. 2GB is reached in 2.1 and trunk even if debug-webkit-patch-sbsv2.py is ran. Could someone confirm this so I know it isn't just my env? 365 .o files totaling 1.3GB when using QtWebkit 2.1 branch. 301627 2 koshuin 2010-10-29 01:05:32 -0700 (In reply to comment #1) > 365 .o files totaling 1.3GB when using QtWebkit 2.1 branch. Oops. I counted full dir with .d files in as well. number of .o is 182. 312288 3 koshuin 2010-11-22 04:22:24 -0800 Just quick update for those who desperately need debugging in Symbian. You can use allinone.cpp files if you disable SVG. Then it fits to 2GB limit. 333004 4 iain.campbell 2011-01-12 03:19:38 -0800 If using RVCT4 is an option, there are several choices to improve matters: - RVCT4.1 now has a 64-bit version of the linker - or use the compiler flag listed on http://bugreports.qt.nokia.com/browse/QTBUG-9999 - or the linker flag on the same bug Of those, the second option (the compiler flag) is probably the best, although I haven't yet tried debugging the resulting binaries. 354786 5 s.mathur 2011-02-21 13:39:17 -0800 Fixed for me (when using trunk) due to the following improvements: a) --no-svg or --minimal should be used to reduce features b) use RVCT 4.0 (or higher) for all builds, including UDEB c) Use 64-bit armlink.exe with a 64-bit OS to allow successfull linking c) recent SBS (2.16.x) support the .slimdebug option which appends the flags Iainc mentions in Comment #4 to UDEB builds. Reduces symbol information by >50% d) Carbide 3.2.x support improveed parsing of .sym symbol information in QtWebKit.dll, so it doesn't stall or OOM liked it used to http://trac.webkit.org/wiki/BuildingQtOnSymbian 355096 6 koshuin 2011-02-22 00:11:26 -0800 (In reply to comment #5) > Fixed for me (when using trunk) due to the following improvements: > a) --no-svg or --minimal should be used to reduce features > b) use RVCT 4.0 (or higher) for all builds, including UDEB > c) Use 64-bit armlink.exe with a 64-bit OS to allow successfull linking > c) recent SBS (2.16.x) support the .slimdebug option which appends the flags Iainc mentions in Comment #4 to UDEB builds. Reduces symbol information by >50% > d) Carbide 3.2.x support improveed parsing of .sym symbol information in QtWebKit.dll, so it doesn't stall or OOM liked it used to > > http://trac.webkit.org/wiki/BuildingQtOnSymbian All great stuff but not available to public :S