WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
10247
Unable to build webkit without SVG/XPATH
https://bugs.webkit.org/show_bug.cgi?id=10247
Summary
Unable to build webkit without SVG/XPATH
Dan Wood
Reported
2006-08-03 21:42:08 PDT
For Sandvox, I want/need to build without SVG support. It's just excess baggage I don't want to bundle into the app. I've tried build-webkit -DSVG_SUPPORT -DXPATH_SUPPORT and it says:unknown option: -DSVG_SUPPORT According to
http://build.webkit.org/
, TOT is not building SVG-less/XPATH-less there, either. Build Gods, please fix?
Attachments
patch
(179.15 KB, patch)
2006-08-06 14:13 PDT
,
Graham Dennis
darin
: review+
Details
Formatted Diff
Diff
View All
Add attachment
proposed patch, testcase, etc.
David Kilzer (:ddkilzer)
Comment 1
2006-08-04 03:48:57 PDT
I'm pretty sure you want to run this command-line to build WebKit: ./WebKitTools/Scripts/build-webkit --no-svg --release The "--no-svg" switch implies that the xpath support is also not built. I'm not sure why the buildbot is failing on the no-svg build. I tried building the no-svg build locally a few days ago and it worked just fine. It's almost like the buildbot gets a copy of the generated SVGElementFactory.cpp source from one of the other builds and then fails to build it. That source file should be blank with --no-svg.
Mark Rowe (bdash)
Comment 2
2006-08-05 22:51:28 PDT
I don't think the build slave is doing anything wrong. I get the following when trying a no-SVG build locally: $ ./WebKitTools/Scripts/build-webkit --no-svg [...] /usr/bin/gcc-4.0 -x objective-c++ -arch i386 -pipe -Wno-trigraphs -fno-exceptions -fno-rtti -fobjc-exceptions -fpascal-strings -fasm-blocks -g -O2 -Werror -Wnon-virtual-dtor -Wnewline-eof -DNDEBUG -fmessage-length=0 -fobjc-direct-dispatch -fobjc-gc -fvisibility-inlines-hidden -fno-threadsafe-statics -mmacosx-version-min=10.4 -I/Users/mrowe/Documents/Source/SVN/WebKit-Nightlies/WebKitBuild/WebCore.build/Release/WebCore.build/WebCore.hmap -Wall -W -Wcast-align -Wchar-subscripts -Wformat-security -Wmissing-format-attribute -Wpointer-arith -Wwrite-strings -Wno-format-y2k -Wno-unused-parameter -Wno-long-double -Wundef -Wshorten-64-to-32 -F/Users/mrowe/Documents/Source/SVN/WebKit-Nightlies/WebKitBuild/Release -I/Users/mrowe/Documents/Source/SVN/WebKit-Nightlies/WebKitBuild/Release/include -IForwardingHeaders -I. -Iicu -I/usr/include/libxslt -I/usr/include/libxml2 -I/Users/mrowe/Documents/Source/SVN/WebKit-Nightlies/WebKitBuild/Release/DerivedSources/WebCore -I/Users/mrowe/Documents/Source/SVN/WebKit-Nightlies/WebKitBuild/WebCore.build/Release/WebCore.build/DerivedSources -include /Library/Caches/com.apple.Xcode.501/SharedPrecompiledHeaders/WebCorePrefix-gkzfkakvhgixzpeqamzuxukytgdz/WebCorePrefix.h -c /Users/mrowe/Documents/Source/SVN/WebKit-Nightlies/WebCore/bridge/mac/JavaAppletWidget.mm -o /Users/mrowe/Documents/Source/SVN/WebKit-Nightlies/WebKitBuild/WebCore.build/Release/WebCore.build/Objects-normal/i386/JavaAppletWidget.o In file included from /Users/mrowe/Documents/Source/SVN/WebKit-Nightlies/WebCore/dom/EventTargetNode.h:29, from /Users/mrowe/Documents/Source/SVN/WebKit-Nightlies/WebCore/dom/ContainerNode.h:29, from /Users/mrowe/Documents/Source/SVN/WebKit-Nightlies/WebCore/dom/Attr.h:30, from /Users/mrowe/Documents/Source/SVN/WebKit-Nightlies/WebCore/dom/Document.h:29, from /Users/mrowe/Documents/Source/SVN/WebKit-Nightlies/WebCore/bridge/mac/JavaAppletWidget.mm:29: /Users/mrowe/Documents/Source/SVN/WebKit-Nightlies/WebCore/dom/Node.h:134:5: error: "SVG_SUPPORT" is not defined /Users/mrowe/Documents/Source/SVN/WebKit-Nightlies/WebCore/dom/Node.h:369:5: error: "SVG_SUPPORT" is not defined [...] Identical errors to what the buildslave is reporting.
Sam Weinig
Comment 3
2006-08-06 12:19:27 PDT
Yeah, this would be my fault. I did not test the no-svg build before adding the -Wundef flag to the projects. Patch forthcoming.
Graham Dennis
Comment 4
2006-08-06 14:13:41 PDT
Created
attachment 9902
[details]
patch I'm not sure that this is the correct fix, but... My understanding is that before SVG_SUPPORT and XPATH_SUPPORT were changed to be set by FEATURE_DEFINES, they were set to either 1 or 0. Now it seems that it is either defined or not. So my fix is to change every #if SVG_SUPPORT or #if XPATH_SUPPORT to #ifdef SVG_SUPPORT or #ifdef XPATH_SUPPORT respectively.
Darin Adler
Comment 5
2006-08-06 15:27:49 PDT
Comment on
attachment 9902
[details]
patch r=me
David Kilzer (:ddkilzer)
Comment 6
2006-08-09 22:06:54 PDT
Committed revision 15828.
David Kilzer (:ddkilzer)
Comment 7
2006-08-10 08:46:16 PDT
This patch didn't fix the build:
http://build.webkit.org/periodic-powerpc-mac-os-x-no-svg/builds/914/step-compile-release/0
It seems that there are no newlines on the touched files, and the new gcc warning flags are bailing on this. (This seems odd, though, since I was able to build a release version of WebKit
r15828
locally. Not sure what the difference is.) Filed
Bug 10333
for this issue.
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug