From: Christian W. <cwi...@nh...> - 2006-02-28 08:19:20
|
Dear All, I recently started using mingw to port my qt4 programs from Linux to Windows. My collegues here at the hospital mainly use Windows, and I would be happy if the could use my apps. I was already successful with one of my programs. It uses OpenGL, which is an important requirement for my software. I am currently struggeling with a more elaborate program, which makes use of multi-texturing in OpenGL. Unfortunately, gcc under mingw tells me that the multi-texturing variables & function are undefined. Here is a snapshot of the compiler output. ... glimageview.cpp: In member function `virtual void GLImageView::paintGL()': glimageview.cpp:138: error: `GL_TEXTURE0' undeclared (first use this function) glimageview.cpp:138: error: (Each undeclared identifier is reported only once for each function it appears in.) glimageview.cpp:138: error: `glActiveTexture' undeclared (first use this function) glimageview.cpp:142: error: `glMultiTexCoord2f' undeclared (first use this function) ... Is it somehow possible to enable multi-textureing under mingw? It works fine when compiled in Linux. Is it possible to use libmesa under mingw to get it working? I would greatly appreciate any comments or suggestion. Chris |
From: Christian W. <cwi...@nh...> - 2006-03-01 07:58:27
|
Dear Tor, Thank you very much for your help. > > Christian Wietholt writes: > > Is it somehow possible to enable multi-textureing under mingw? > > The problem is that the OpenGL headers on mingw (which in fact are > from the Mesa project) only define OpenGL 1.1 stuff, as that is what's > accessible in the base OpenGL API on Windows without using the > extension mechanism. (This is because of Microsoft boneheadness, they > want people to forget OpenGL and use Direct3D.) Read mingw's GL/gl.h, > it says: > > /* Under Windows, we do not define OpenGL 1.2 & 1.3 functionality, since > it is treated as extensions (defined in glext.h) */ I was looking a little closer through gl.h and glext.h and found the line you mentioned above. Also some more intensive internet research came up with similar suggestions about Window and OGL extensions. I just did not know how to use them, and where to start. > > > Is it possible to use libmesa under mingw to get it working? > > You mean software rendering? That would be pretty pointless, as the > graphics card manufacturer -provided OpenGL drivers on Windows are *at > least* as featureful as the ones on Linux. Windows is after all a much > more widespread gaming platform. Multi-texturing is an old extension, > isn't it, that surely any graphics card worth using supports? I guess I forgot the fact that Mesa uses software rendering. It has been a while. > It's just that you need to access all the interesting stuff through > the OpenGL extension mechanism. This is described in lots of places on > the net. One easy way that I have used a bit myself is GLEW (the > OpenGL Extension Wrangler Library). See http://glew.sourceforge.net/ This seems exactly what I have been looking for. After adding this library to my code, the program compiles fine. Thanks for the pointer, I guess I just did not know where to start. I do have a general issue with Qt and OpenGL on my notebook at the moment, but at least I get the software compiled and executed. I will see if I can also get a rendering displayed in the QGLWidget. > > --tml > Thanks again for you help. I appreciate it a lot. Christian min...@li... schrieb am 01.03.06 05:45:50: > > > Send MinGW-users mailing list submissions to > min...@li... > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.sourceforge.net/lists/listinfo/mingw-users > or, via email, send a message with subject or body 'help' to > min...@li... > > You can reach the person managing the list at > min...@li... > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of MinGW-users digest..." > > > Today's Topics: > > 1. mingw, qt, opengl and multi-texture ? (Christian Wietholt) > 2. mingw, qt, opengl and multi-texture ? (Tor Lillqvist) > 3. Re: MSYS completely broken on XP64. (Luke Dunstan) > 4. Re: MSYS completely broken on XP64. (Keith MARSHALL) > > --__--__-- > > Message: 1 > Date: Tue, 28 Feb 2006 09:19:09 +0100 > From: Christian Wietholt <cwi...@nh...> > To: min...@li... > Organization: http://freemail.web.de/ > Subject: [Mingw-users] mingw, qt, opengl and multi-texture ? > Reply-To: min...@li... > > Dear All, > > I recently started using mingw to port my qt4 programs from Linux > to Windows. My collegues here at the hospital mainly use Windows, > and I would be happy if the could use my apps. I was already > successful with one of my programs. It uses OpenGL, which is an > important requirement for my software. > > I am currently struggeling with a more elaborate program, which makes > use of multi-texturing in OpenGL. Unfortunately, gcc under mingw tells > me that the multi-texturing variables & function are undefined. Here is a > snapshot of the compiler output. > > .... > glimageview.cpp: In member function `virtual void GLImageView::paintGL()': > glimageview.cpp:138: error: `GL_TEXTURE0' undeclared (first use this function) > glimageview.cpp:138: error: (Each undeclared identifier is reported only once for each function it appears in.) > glimageview.cpp:138: error: `glActiveTexture' undeclared (first use this function) > glimageview.cpp:142: error: `glMultiTexCoord2f' undeclared (first use this function) > .... > > Is it somehow possible to enable multi-textureing under mingw? It works > fine when compiled in Linux. Is it possible to use libmesa under mingw to > get it working? > > I would greatly appreciate any comments or suggestion. > > Chris > > > --__--__-- > > Message: 2 > From: Tor Lillqvist <tm...@ik...> > Date: Tue, 28 Feb 2006 10:42:21 +0200 > To: min...@li... > Subject: [Mingw-users] mingw, qt, opengl and multi-texture ? > Reply-To: min...@li... > > Christian Wietholt writes: > > Is it somehow possible to enable multi-textureing under mingw? > > The problem is that the OpenGL headers on mingw (which in fact are > from the Mesa project) only define OpenGL 1.1 stuff, as that is what's > accessible in the base OpenGL API on Windows without using the > extension mechanism. (This is because of Microsoft boneheadness, they > want people to forget OpenGL and use Direct3D.) Read mingw's GL/gl.h, > it says: > > /* Under Windows, we do not define OpenGL 1.2 & 1.3 functionality, since > it is treated as extensions (defined in glext.h) */ > > > Is it possible to use libmesa under mingw to get it working? > > You mean software rendering? That would be pretty pointless, as the > graphics card manufacturer -provided OpenGL drivers on Windows are *at > least* as featureful as the ones on Linux. Windows is after all a much > more widespread gaming platform. Multi-texturing is an old extension, > isn't it, that surely any graphics card worth using supports? > > It's just that you need to access all the interesting stuff through > the OpenGL extension mechanism. This is described in lots of places on > the net. One easy way that I have used a bit myself is GLEW (the > OpenGL Extension Wrangler Library). See http://glew.sourceforge.net/ > > --tml > > > > --__--__-- > > Message: 3 > From: "Luke Dunstan" <cod...@ho...> > To: <min...@li...> > Subject: Re: [Mingw-users] MSYS completely broken on XP64. > Date: Tue, 28 Feb 2006 22:38:34 +0800 > Reply-To: min...@li... > > > Yes we are aware, but I can't tell you much more. > > http://sourceforge.net/tracker/index.php?func=detail&aid=1200767&group_id=2435&atid=352435 > > > Luke > > ----- Original Message ----- > From: "Christopher Nelson" <paradox@BBHC.ORG> > To: <min...@li...> > Sent: Tuesday, February 28, 2006 12:40 AM > Subject: [Mingw-users] MSYS completely broken on XP64. > > > Was anyone aware that MSYS is completely broken on Windows XP 64bit > edition? I'm using Intel 64-bit Extensions processor. I get the > following error for all MSYS executables (but not mingw apps.) > > C:\>rxvt > c:\msys\1.0\bin\rxvt.exe: *** fork: can't reserve memory for stack > 0x480000 - 0x680000, Win32 error 0 > 0 [main] rxvt 2548 sync_with_child: child 3912(0x278) died before > initialization with status code 0x1 > 641 [main] rxvt 2548 sync_with_child: *** child state waiting for > longjmp > rxvt: can't fork > rxvt: aborting > > ------ > > If there is awareness of the problem, can anyone point me to a work > around? I've tried compatability mode, and it just changes the error > message: > > C:\>rxvt > AllocationBase 0x0, BaseAddress 0x715B0000, RegionSize 0x10000, State > 0x10000 > c:\msys\1.0\bin\rxvt.exe: *** Couldn't reserve space for cygwin's heap, > Win32 error 0 > > ------- > > Thanks in advance! > > -={C}=- > > > > --__--__-- > > Message: 4 > To: min...@li... > Subject: Re: [Mingw-users] MSYS completely broken on XP64. > From: Keith MARSHALL <kei...@to...> > Date: Tue, 28 Feb 2006 15:03:38 +0000 > Reply-To: min...@li... > > Luke Dunstan wrote, quoting Christopher Nelson: > >> Was anyone aware that MSYS is completely broken on Windows XP > >> 64bit edition? > > > > Yes we are aware, but I can't tell you much more. > > > > > http://sourceforge.net/tracker/index.php?func=detail&aid=1200767&group_id=2435&atid=352435 > > > > There is also this: > http://sourceforge.net/tracker/index.php?func=detail&aid=1351029&group_id=2435&atid=302435 > > I'm not sure if it is relevant in this case, and I don't have a > 64-bit system to investigate on. The appropriately patched msys.bat > is in the CVS: > http://cvs.sourceforge.net/viewcvs.py/mingw/msys/dvlpr/bin/msys.bat?rev=1.14&view=log > > You could try dowloading this, to replace your existing version, > (if you haven't already done so). No promises, but it might help. > > Regards, > Keith. > > > > --__--__-- > > _______________________________________________ > MinGW-users mailing list > Min...@li... > > You may change your MinGW Account Options or unsubscribe at: > https://lists.sourceforge.net/lists/listinfo/mingw-users > > > End of MinGW-users Digest > |
From: Earnie B. <ea...@us...> - 2006-03-01 13:41:29
|
Quoting Christian Wietholt <cwi...@nh...>: --8<-- > > I guess I forgot the fact that Mesa uses software rendering. It has been > a while. > Mesa is an Open Source OpenGL replacement and may very well fit your needs. Years ago when first testing MSYS Mesa was one of the libraries I tested the ./configure && make process with; it did build then. --8<-- > > min...@li... schrieb am 01.03.06 05:45:50: >> >> >> Send MinGW-users mailing list submissions to >> min...@li... >> >> To subscribe or unsubscribe via the World Wide Web, visit >> https://lists.sourceforge.net/lists/listinfo/mingw-users >> or, via email, send a message with subject or body 'help' to >> min...@li... >> >> You can reach the person managing the list at >> min...@li... >> >> When replying, please edit your Subject line so it is more specific >> than "Re: Contents of MinGW-users digest..." >> >> PLEASE REMOVE DIGEST ENTRIES THAT YOU ARE NOT RESPONDING TO. Earnie Boyd ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. |
From: Christian W. <cwi...@nh...> - 2006-03-02 06:12:31
|
> --__--__-- > > Message: 7 > Date: Wed, 01 Mar 2006 08:41:22 -0500 > From: Earnie Boyd <ea...@us...> > To: min...@li... > Subject: Re: [Mingw-users] mingw, qt, opengl and multi-texture ? > Reply-To: min...@li... > > Quoting Christian Wietholt <cwi...@nh...>: > > --8<-- > > > I guess I forgot the fact that Mesa uses software rendering. It has been > > a while. > > Mesa is an Open Source OpenGL replacement and may very well fit your > needs. Years ago when first testing MSYS Mesa was one of the libraries > I tested the ./configure && make process with; it did build then. > > --8<-- > Earnie, Thanks for the response, but it turns out that it is working now nicely with GLEW. There was something messed up with the OpenGL settings in my Windows installation, but a few clicks in the Display Properties seemed to have solved it. Cause and Reason still unknown to me. The other thing I was not doing write, is that I had to define GLEW_MX since I am using multiple OpenGL Rendering contexts. But now it is working great, and I am thankful for the help I received in this forum. I must say, my first experience with MinGW was only positive. Congratulations to the developers and maintainers. Christian > > min...@li... schrieb am 01.03.06 05:45:50: > >> Send MinGW-users mailing list submissions to > >> min...@li... > >> > >> To subscribe or unsubscribe via the World Wide Web, visit > >> https://lists.sourceforge.net/lists/listinfo/mingw-users > >> or, via email, send a message with subject or body 'help' to > >> min...@li... > >> > >> You can reach the person managing the list at > >> min...@li... > >> > >> When replying, please edit your Subject line so it is more specific > >> than "Re: Contents of MinGW-users digest..." > > PLEASE REMOVE DIGEST ENTRIES THAT YOU ARE NOT RESPONDING TO. > > Earnie Boyd > > ---------------------------------------------------------------- > This message was sent using IMP, the Internet Messaging Program. > > > |
From: Tor L. <tm...@ik...> - 2006-02-28 08:42:40
|
Christian Wietholt writes: > Is it somehow possible to enable multi-textureing under mingw? The problem is that the OpenGL headers on mingw (which in fact are from the Mesa project) only define OpenGL 1.1 stuff, as that is what's accessible in the base OpenGL API on Windows without using the extension mechanism. (This is because of Microsoft boneheadness, they want people to forget OpenGL and use Direct3D.) Read mingw's GL/gl.h, it says: /* Under Windows, we do not define OpenGL 1.2 & 1.3 functionality, since it is treated as extensions (defined in glext.h) */ > Is it possible to use libmesa under mingw to get it working? You mean software rendering? That would be pretty pointless, as the graphics card manufacturer -provided OpenGL drivers on Windows are *at least* as featureful as the ones on Linux. Windows is after all a much more widespread gaming platform. Multi-texturing is an old extension, isn't it, that surely any graphics card worth using supports? It's just that you need to access all the interesting stuff through the OpenGL extension mechanism. This is described in lots of places on the net. One easy way that I have used a bit myself is GLEW (the OpenGL Extension Wrangler Library). See http://glew.sourceforge.net/ --tml |