Summary: | mesa-9.1.3: undefined reference to `wglGetProcAddress@4' | ||
---|---|---|---|
Product: | Mesa | Reporter: | YuGiOhJCJ <yugiohjcj> |
Component: | Other | Assignee: | mesa-dev |
Status: | RESOLVED NOTABUG | QA Contact: | mesa-dev |
Severity: | major | ||
Priority: | medium | CC: | yugiohjcj |
Version: | 9.1 | ||
Hardware: | x86 (IA32) | ||
OS: | Linux (All) | ||
Whiteboard: | |||
i915 platform: | i915 features: |
Description
YuGiOhJCJ
2015-08-21 08:27:23 UTC
OK I found how to solve this problem. Instead of using the libopengl32.a file provided by mesa I need to use the one provided by my cross-compiler. The problem is that my current cross-compiler [1] does not provide the /usr/i686-pc-mingw32/lib/libopengl32.a file. So, I have installed a new cross-compiler [2] that does correctly the job. Now, my cross-compiler already provides a /usr/i686-pc-mingw32/lib/libopengl32.a file. So, I should not cross-compiling mesa because it will overrides this file that will contain incorrect symbols. The libopengl32.a provided by my new cross-compiler contains the correct symbols: $ nm /usr/i686-w64-mingw32/lib/libopengl32.a | grep wglGetProc 00000000 I __imp__wglGetProcAddress@4 00000000 T _wglGetProcAddress@4 The question is why I need to use the library provided by my cross-compiler and not the one from mesa? [1] http://www.mingw.org/ [2] http://mingw-w64.org |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.