Bug 114550 – [GTK] Unable to build with --disable-webgl.

• Component: WebKitGTK
• Status: RESOLVED INVALID

[Elliott Sales de Andrade]

I already read the bug with libxslt, and made sure not to disable it. However, there are still combinations that don't work:

  $ ./configure --disable-webkit1 --enable-webkit2 --disable-video --disable-geolocation --disable-svg --disable-svg-fonts --disable-web-audio --disable-webgl --disable-accelerated-compositing --enable-introspection --disable-gtk-doc --disable-gtk-doc-html --disable-gtk-doc-pdf --enable-silent-rules

Trying to build with these options results in linking errors:

[jhbuild] ~/code/webkitgtk-2.0.0 $ make
  CXXLD  Programs/LLIntOffsetsExtractor
  GEN    DerivedSources/JavaScriptCore/LLIntAssembly.h
offlineasm: Parsing ./Source/JavaScriptCore/llint/LowLevelInterpreter.asm and Programs/LLIntOffsetsExtractor and creating assembly file DerivedSources/JavaScriptCore/LLIntAssembly.h.
offlineasm: Nothing changed.
make  all-am
make[1]: Entering directory `~/code/webkitgtk-2.0.0'
  GEN    DerivedSources/JavaScriptCore/LLIntAssembly.h
offlineasm: Parsing ./Source/JavaScriptCore/llint/LowLevelInterpreter.asm and Programs/LLIntOffsetsExtractor and creating assembly file DerivedSources/JavaScriptCore/LLIntAssembly.h.
offlineasm: Nothing changed.
  CXXLD  Libraries/libTestRunnerInjectedBundle.la
  CXXLD  Programs/jsc-3
  CXXLD  libWebCoreSVG.la
  CXXLD  Programs/WebKitPluginProcess
  GEN    Programs/jsc
  CCLD   Programs/minidom
  CXXLD  Programs/TestWebKitAPI/TestWTF
  CXXLD  Programs/TestWebKitAPI/TestGtk
/usr/bin/mkdir -p ./.deps/DerivedSources
  CXXLD  Programs/WebKitWebProcess
./.libs/libwebkit2gtk-3.0.so: undefined reference to `WebCore::openGLFunctionTable()'
./.libs/libwebkit2gtk-3.0.so: undefined reference to `WebCore::initializeOpenGLShims()'
collect2: error: ld returned 1 exit status
make[1]: *** [Programs/WebKitWebProcess] Error 1
make[1]: Leaving directory `~/code/webkitgtk-2.0.0'
make: *** [all] Error 2

Unfortunately, my computer is not fast enough to try all combinations of those flags to see which one is the exact cause, but hopefully the error is enough for someone to figure it out.

[Elliott Sales de Andrade]

Having used a faster computer, I have been able to determine that removing '--disable-webgl' from configuration allows the build to complete.

[Zan Dobersek]

I think you're ending up using the OpenGL ES graphics in your build.
Could you please also attach the config.log file?

[Elliott Sales de Andrade]

Created attachment 198179 [details]
config.log including --disable-webgl

[Elliott Sales de Andrade]

Created attachment 198181 [details]
config.log without --disable-webgl

[Zan Dobersek]

The OpenGLShims code is only built if WebGL is enabled (i.e. the WTF_USE_3D_GRAPHICS build guard is defined) despite still being required by GLContextEGL, GLContextGLX etc., hence the undefined references.

I think this can be approached in multiple ways, one being expanding the OpenGLShims build guards, another disabling OpenGL, EGL and GLX support at configure-time. This will have to be discussed, after that I'll perform the best solution.

[Martin Robinson]

(In reply to comment #5)
> The OpenGLShims code is only built if WebGL is enabled (i.e. the WTF_USE_3D_GRAPHICS build guard is defined) despite still being required by GLContextEGL, GLContextGLX etc., hence the undefined references.


OpenGLShims should be compiled whenever the acceleration backend is OpenGL, no matter if WebGL is enabled or not.

[Brian Holt]

I've just tried with "--disable-webgl --enable-gles2 --enable-egl" and with "--disable-webgl" and the current WK Gtk codebase compiles with both.

Elliott, can you still reproduce this?

[Zan Dobersek]

I can't reproduce this problem using WebKitGTK+ 2.0.0 and passing the same configuration flags. Diffing my config.log with the config.log from attachment #198179 [details] doesn't show any substantial differences either.

I'm closing this bug, but feel free to reopen it if you get this problem again, especially when using the latest stable version (= 2.0.4) and during a clean build with these configuration flags.