Re: Problem with recent builds under RH8.0
As I said, my GL headers come from the CVS pull from the DRI, not from any pre-packaged headers. Well, I think the problem comes from one of your OpenGL headers... Can you do a 'grep GL_VERSION_1_3' in your GL headers (mostly GL.h I think). From what I suspect, you will get something like this : #define GL_VERSION_1_31 The problem is that your OpenGL library is NOT implementing GL 1.3 (as shown in your glxinfo output). This means that you have a mismatch between your system headers and your library. This could be considered as a bug to report to the DRI people (if they really provide a gl.h which defines GL_VERSION_1_3, they should also provide a library with all OpenGL 1.3 entry points). We *could* fix this in Wine by adding yet another configure check (or going the full 'GetProcAddress' way which would be needed if we wanted a nice OpenGL packaged Wine) but well, sometimes enough is enough and stuff should be fixed outside of Wine and respecting the rules instead of adding yet another work-around. Lionel -- Lionel Ulmer - http://www.bbrox.org/
Re: Problem with recent builds under RH8.0
On Tue, Feb 18, 2003 at 02:13:35PM +0100, Lionel Ulmer wrote: As I said, my GL headers come from the CVS pull from the DRI, not from any pre-packaged headers. Well, I think the problem comes from one of your OpenGL headers... Can you do a 'grep GL_VERSION_1_3' in your GL headers (mostly GL.h I think). From what I suspect, you will get something like this : #define GL_VERSION_1_31 The problem is that your OpenGL library is NOT implementing GL 1.3 (as shown in your glxinfo output). This means that you have a mismatch between your system headers and your library. This could be considered as a bug to report to the DRI people (if they really provide a gl.h which defines GL_VERSION_1_3, they should also provide a library with all OpenGL 1.3 entry points). We *could* fix this in Wine by adding yet another configure check (or going the full 'GetProcAddress' way which would be needed if we wanted a nice OpenGL packaged Wine) but well, sometimes enough is enough and stuff should be fixed outside of Wine and respecting the rules instead of adding yet another work-around. I have the same problem, Mesasoft headers are used during compile, but the xf86glx libraries are installed. The former are 1.3, the latter not which leads to that problem. Ciao, Marcus
Problem with recent builds under RH8.0
Ever since upgrading to RH8.0, I've been getting the following errors when building Wine - even with a fresh CVS pull: device.o: In function `DrawPrimitiveI': /usr/src/wine/dlls/d3d8/device.c:392: undefined reference to `glMultiTexCoord2f'/usr/src/wine/dlls/d3d8/device.c:416: undefined reference to `glMultiTexCoord3f'/usr/src/wine/dlls/d3d8/device.c:516: undefined reference to `glMultiTexCoord2f'/usr/src/wine/dlls/d3d8/device.c:535: undefined reference to `glMultiTexCoord3f'/usr/src/wine/dlls/d3d8/device.c:730: undefined reference to `glClientActiveTexture' /usr/src/wine/dlls/d3d8/device.c:764: undefined reference to `glMultiTexCoord4f'device.o: In function `setupTextureStates': /usr/src/wine/dlls/d3d8/device.c:981: undefined reference to `glActiveTexture' device.o: In function `IDirect3DDevice8Impl_SetRenderState': /usr/src/wine/dlls/d3d8/device.c:2548: undefined reference to `glActiveTexture' device.o: In function `IDirect3DDevice8Impl_SetTexture': /usr/src/wine/dlls/d3d8/device.c:2977: undefined reference to `glActiveTexture' device.o: In function `IDirect3DDevice8Impl_SetTextureStageState': /usr/src/wine/dlls/d3d8/device.c:3156: undefined reference to `glActiveTexture' collect2: ld returned 1 exit status make[2]: *** [d3d8.dll.so] Error 1 make[2]: Leaving directory `/usr/src/wine/dlls/d3d8' If I disable the build of the D3D system, Wine builds and runs.
Re: Problem with recent builds under RH8.0
avid == David D Hagood [EMAIL PROTECTED] writes: avid Ever since upgrading to RH8.0, I've been getting the following avid errors when building Wine - even with a fresh CVS pull: avid device.o: In function `DrawPrimitiveI': Often for such problems a make distclean, .configure , make depend and make sequence helps. Bye -- Uwe Bonnes[EMAIL PROTECTED] Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt - Tel. 06151 162516 Fax. 06151 164321 --
Re: Problem with recent builds under RH8.0
Uwe Bonnes wrote: Often for such problems a make distclean, .configure , make depend and make sequence helps. Bye Not this time. Same result.
Re: Problem with recent builds under RH8.0
http://www.winehq.com/hypermail/wine-devel/2003/02/0206.html I think this problem has been discussed before, but clearly there was no resolution. On Mon, 2003-02-17 at 16:13, David D. Hagood wrote: Uwe Bonnes wrote: Often for such problems a make distclean, .configure , make depend and make sequence helps. Bye Not this time. Same result. -- Mike Hearn [EMAIL PROTECTED] QinetiQ - Malvern Technology Center
Re: Problem with recent builds under RH8.0
mån 2003-02-17 klockan 13.13 skrev David D. Hagood: Uwe Bonnes wrote: Often for such problems a make distclean, .configure , make depend and make sequence helps. Bye Not this time. Same result. I've seen the same here on my Red Hat 8.0 box. A workaround is to disable opengl by passing --without-opengl to configure. -- Johan Dahlin [EMAIL PROTECTED] Async Open Source
Re: Problem with recent builds under RH8.0
whats your videocard and your drivers model/version ? device.o: In function `DrawPrimitiveI': /usr/src/wine/dlls/d3d8/device.c:392: undefined reference to `glMultiTexCoord2f'/usr/src/wine/dlls/d3d8/device.c:416: undefined reference to `glMultiTexCoord3f'/usr/src/wine/dlls/d3d8/device.c:516: = Sylvain Petreolle [EMAIL PROTECTED] Fight against Spam ! http://www.euro.cauce.org/en/index.html ICQ #170597259 Don't think you are. Know you are. Morpheus, in Matrix. ___ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com
Re: Problem with recent builds under RH8.0
Sylvain Petreolle wrote: whats your videocard and your drivers model/version ? xdpyinfo and glxinfo attached. Basicly a pull of the DRI CVS. name of display::0.0 version number:11.0 vendor string:The XFree86 Project, Inc vendor release number:4020 XFree86 version: 4.2.0 maximum request size: 4194300 bytes motion buffer size: 256 bitmap unit, bit order, padding:32, LSBFirst, 32 image byte order:LSBFirst number of supported pixmap formats:7 supported pixmap formats: depth 1, bits_per_pixel 1, scanline_pad 32 depth 4, bits_per_pixel 8, scanline_pad 32 depth 8, bits_per_pixel 8, scanline_pad 32 depth 15, bits_per_pixel 16, scanline_pad 32 depth 16, bits_per_pixel 16, scanline_pad 32 depth 24, bits_per_pixel 32, scanline_pad 32 depth 32, bits_per_pixel 32, scanline_pad 32 keycode range:minimum 8, maximum 255 focus: window 0x10feb80, revert to Parent number of extensions:28 BIG-REQUESTS DOUBLE-BUFFER DPMS Extended-Visual-Information FontCache GLX LBX MIT-SCREEN-SAVER MIT-SHM MIT-SUNDRY-NONSTANDARD RENDER SECURITY SGI-GLX SHAPE SYNC TOG-CUP X-Resource XC-APPGROUP XC-MISC XFree86-Bigfont XFree86-DGA XFree86-DRI XFree86-Misc XFree86-VidModeExtension XInputExtension XKEYBOARD XTEST XVideo default screen number:0 number of screens:1 screen #0: dimensions:1600x1200 pixels (363x275 millimeters) resolution:112x111 dots per inch depths (7):24, 1, 4, 8, 15, 16, 32 root window id:0x3e depth of root window:24 planes number of colormaps:minimum 1, maximum 1 default colormap:0x20 default number of colormap cells:256 preallocated pixels:black 0, white 16777215 options:backing-store NO, save-unders NO largest cursor:64x64 current input event mask:0xfa003f KeyPressMask KeyReleaseMask ButtonPressMask ButtonReleaseMaskEnterWindowMask LeaveWindowMask StructureNotifyMask SubstructureNotifyMask SubstructureRedirectMask FocusChangeMask PropertyChangeMask ColormapChangeMask number of visuals:8 default visual id: 0x23 visual: visual id:0x23 class:TrueColor depth:24 planes available colormap entries:256 per subfield red, green, blue masks:0xff, 0xff00, 0xff significant bits in color specification:8 bits visual: visual id:0x24 class:TrueColor depth:24 planes available colormap entries:256 per subfield red, green, blue masks:0xff, 0xff00, 0xff significant bits in color specification:8 bits visual: visual id:0x25 class:TrueColor depth:24 planes available colormap entries:256 per subfield red, green, blue masks:0xff, 0xff00, 0xff significant bits in color specification:8 bits visual: visual id:0x26 class:TrueColor depth:24 planes available colormap entries:256 per subfield red, green, blue masks:0xff, 0xff00, 0xff significant bits in color specification:8 bits visual: visual id:0x27 class:DirectColor depth:24 planes available colormap entries:256 per subfield red, green, blue masks:0xff, 0xff00, 0xff significant bits in color specification:8 bits visual: visual id:0x28 class:DirectColor depth:24 planes available colormap entries:256 per subfield red, green, blue masks:0xff, 0xff00, 0xff significant bits in color specification:8 bits visual: visual id:0x29 class:DirectColor depth:24 planes available colormap entries:256 per subfield red, green, blue masks:0xff, 0xff00, 0xff significant bits in color specification:8 bits visual: visual id:0x2a class:DirectColor depth:24 planes available colormap entries:256 per subfield red, green, blue masks:0xff, 0xff00, 0xff significant bits in color specification:8 bits display: :0.0 screen:0 direct rendering: Yes server glx vendor string: SGI server glx version string: 1.2 server glx extensions: GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context client glx vendor string: SGI client glx version string: 1.2 client glx extensions: GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context GLX extensions: GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context OpenGL vendor string: VA Linux Systems, Inc. OpenGL renderer string: Mesa DRI Radeon 20010402 AGP 2x x86/MMX/SSE OpenGL version string: 1.2 Mesa 3.4.2 OpenGL extensions: GL_ARB_multitexture, GL_ARB_transpose_matrix, GL_EXT_abgr, GL_EXT_blend_func_separate, GL_EXT_clip_volume_hint,
Re: Problem with recent builds under RH8.0
David D. Hagood a écrit: Ever since upgrading to RH8.0, I've been getting the following errors when building Wine - even with a fresh CVS pull: device.o: In function `DrawPrimitiveI': /usr/src/wine/dlls/d3d8/device.c:392: undefined reference to `glMultiTexCoord2f'/usr/src/wine/dlls/d3d8/device.c:416: undefined reference to `glMultiTexCoord3f'/usr/src/wine/dlls/d3d8/device.c:516: undefined reference to `glMultiTexCoord2f'/usr/src/wine/dlls/d3d8/device.c:535: undefined reference to `glMultiTexCoord3f'/usr/src/wine/dlls/d3d8/device.c:730: undefined reference to `glClientActiveTexture' /usr/src/wine/dlls/d3d8/device.c:764: undefined reference to `glMultiTexCoord4f'device.o: In function `setupTextureStates': /usr/src/wine/dlls/d3d8/device.c:981: undefined reference to `glActiveTexture' device.o: In function `IDirect3DDevice8Impl_SetRenderState': /usr/src/wine/dlls/d3d8/device.c:2548: undefined reference to `glActiveTexture' device.o: In function `IDirect3DDevice8Impl_SetTexture': /usr/src/wine/dlls/d3d8/device.c:2977: undefined reference to `glActiveTexture' device.o: In function `IDirect3DDevice8Impl_SetTextureStageState': /usr/src/wine/dlls/d3d8/device.c:3156: undefined reference to `glActiveTexture' collect2: ld returned 1 exit status make[2]: *** [d3d8.dll.so] Error 1 make[2]: Leaving directory `/usr/src/wine/dlls/d3d8' If I disable the build of the D3D system, Wine builds and runs. What's the output of rpm -q -f /usr/include/GL/gl.h and gl.ext? Mine's XFree86-devel-4.2.0-72, and I don't have any problem compiling Wine with OpenGL. Vincent
Re: Problem with recent builds under RH8.0
Vincent Béron wrote: What's the output of rpm -q -f /usr/include/GL/gl.h and gl.ext? Mine's XFree86-devel-4.2.0-72, and I don't have any problem compiling Wine with OpenGL. My GL headers are from the CVS pull of DRI, so they aren't owned by any package.
Re: Problem with recent builds under RH8.0
I've seen the same here on my Red Hat 8.0 box. A workaround is to disable opengl by passing --without-opengl to configure. Could you give us exactly what your set-up is ? Ie what packages provides 'glext.h' on your system. You could also send me your glext.h file for me to look at :-) Lionel -- Lionel Ulmer - http://www.bbrox.org/