If you're working from a --minimal or --no-svg build and make changes to the DRT, then recompile, the build will fail. This is because the current behavior at build time is to assume that the previous Qt build supported SVG and consequently delete libQtWebKit.so. Unfortunately, just deleting libQtWebKit.so will not cause the library to re-link. Instead the build will see libQtWebKit.so.4 and co., pass over the linking phase, and attempt to link the DRT with libQtWebKit.so absent. This results in a link failure on the DRT. Since re-linking libQtWebKit can take up to ten minutes and should be avoided in cases where not actually required, I suggest removing the assumption that the previous Qt build supported SVG, and amend the symbol detection to look for a symbol name that is not present in SVG builds. Currently webkitdirs.pm looks for 'SVGElement' but even non-SVG builds contain the symbol 'isSVGElement'.
Created attachment 45572 [details] Patch
style-queue ran check-webkit-style on attachment 45572 [details] without any errors.
Comment on attachment 45572 [details] Patch OK. But SVGSetElement is possibly a bad choice as it would be disabled by SVG_ANIMATION being off. SVGDefsElement might be a better choice. You should also add a comment next to the libraryContainsSymbol call explaining why you look for SVGDefsElement instead of SVG or SVGElement, etc.
Created attachment 45593 [details] Update Patch per Eric's comments
style-queue ran check-webkit-style on attachment 45593 [details] without any errors.
Comment on attachment 45593 [details] Update Patch per Eric's comments Clearing flags on attachment: 45593 Committed r52825: <http://trac.webkit.org/changeset/52825>
All reviewed patches have been landed. Closing bug.