Menu
▾
▴
glewpy-users — For general GLEWpy usage discussion.
You can subscribe to this list here.
| 2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(7) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2005 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(8) |
Nov
|
Dec
|
| 2006 |
Jan
|
Feb
|
Mar
(2) |
Apr
(2) |
May
(3) |
Jun
(3) |
Jul
(3) |
Aug
(7) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2007 |
Jan
(2) |
Feb
|
Mar
(2) |
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Daniel D. <dd...@br...> - 2007-04-19 20:40:21
|
Hi, Which distribution license is glewpy available under? Could the license be stated on the website? And preferably also included in future tarballs? Thanks! -- Daniel Drake Brontes Technologies, A 3M Company |
|
From: JoN <jo...@we...> - 2007-03-09 00:26:05
|
Kinda was under the impression everything was going to go to ctypes instead, but that's a naive view. Particularly as glewpy does such beautiful work already. Jon Quoting James Hiebert <jam...@no...>: > Hi All, > > Does anyone know if there are any efforts to get a glewpy release out that > works with python version 2.5? Or if it's trivially easy to get glewpy and > python 2.5 to play nicely together? > Any info would be appreciated. > > ~James Hiebert > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Glewpy-users mailing list > Gle...@li... > https://lists.sourceforge.net/lists/listinfo/glewpy-users > -------------------------------------------------------------------- Come and visit Web Prophets Website at http://www.webprophets.net.au |
|
From: James H. <jam...@no...> - 2007-03-08 19:05:04
|
Hi All, Does anyone know if there are any efforts to get a glewpy release out that works with python version 2.5? Or if it's trivially easy to get glewpy and python 2.5 to play nicely together? Any info would be appreciated. ~James Hiebert |
|
From: Matthew M. <mj...@ms...> - 2007-01-26 21:10:45
|
Hmmm... it seems I did quite a bit of tweaking to the install on my MacIntel laptop, and that was some time ago. Let me rephrase the question; Is glewpy known to work with Python 2.5 and the latest PyOpengl? Thanks, Matt On 1/18/07, Matthew Morris <mj...@ms...> wrote: > > Hello, > > I've been using glewpy for a while now, and I find it quite useful. I have > installed it on various Mac machines (intel and PPC) running python2.4and/or > python2.5. > > I just updated my workstation (PPC mac os 10.4.8) to Python 2.5, glew > 1.3.5, pyrex 0.9.4.1, and glewpy 0.7.4. The install went pretty well, but > when I type > > from glew import * > > at the python prompt, I get missing symbol errors (see below) in glew.so. > I've been scratching my head and can't see what I've done wrong. Any > thoughts? > > Thanks, > Matt > > File > "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/glew/__init__.py", > line 18, in <module> > from glew import * > ImportError: > dlopen(/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/glew/glew.so, > 2): Symbol not found: _glewInit > Referenced from: > /Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/glew/glew.so > > Expected in: dynamic lookup > > -- Matthew Morris, Graduate Student Mississippi State University Department of Computer Science and Engineering P.O. Box 1944 MSU, MS 39762 (662) 312-7874 Mat...@ac... |
|
From: Matthew M. <mj...@ms...> - 2007-01-18 22:17:04
|
Hello,
I've been using glewpy for a while now, and I find it quite useful. I have
installed it on various Mac machines (intel and PPC) running python2.4and/or
python2.5.
I just updated my workstation (PPC mac os 10.4.8) to Python 2.5, glew 1.3.5,
pyrex 0.9.4.1, and glewpy 0.7.4. The install went pretty well, but when I
type
from glew import *
at the python prompt, I get missing symbol errors (see below) in glew.so.
I've been scratching my head and can't see what I've done wrong. Any
thoughts?
Thanks,
Matt
File
"/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/glew/__init__.py",
line 18, in <module>
from glew import *
ImportError:
dlopen(/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/glew/glew.so,
2): Symbol not found: _glewInit
Referenced from:
/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/glew/glew.so
Expected in: dynamic lookup
|
|
From: Charles M. <cm...@in...> - 2006-08-29 12:34:54
|
This may be lame, but here is the last db dump I did. It is actually fairly readable. JoN wrote: > > Hello > Sorry to be obtuse but I just can't find this information. > > Is the list of Extensions you have managed to wrap so far up somewhere on the web? > > Best Regards > Jon > > > -------------------------------------------------------------------- > Come and visit Web Prophets Website at http://www.webprophets.net.au > > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Glewpy-users mailing list > Gle...@li... > https://lists.sourceforge.net/lists/listinfo/glewpy-users |
|
From: JoN <jo...@we...> - 2006-08-29 12:16:48
|
Hello Sorry to be obtuse but I just can't find this information. Is the list of Extensions you have managed to wrap so far up somewhere on= the web? Best Regards Jon -------------------------------------------------------------------- Come and visit Web Prophets Website at http://www.webprophets.net.au |
|
From: Charles M. <cm...@in...> - 2006-08-29 11:47:04
|
SF updated their mysql server a while back, and I haven't had a chance to wade through their docs on how to migrate the db. - Charlie JoN wrote: > Forgot to add: > The cgi-bin scrips that appear to be for listing this info, don't work. At least > they don't for me. > > Regs > Jon > > Quoting JoN <jo...@we...>: > >> >> Hello >> Sorry to be obtuse but I just can't find this information. >> >> Is the list of Extensions you have managed to wrap so far up somewhere on the >> web? >> >> Best Regards >> Jon >> >> >> -------------------------------------------------------------------- >> Come and visit Web Prophets Website at http://www.webprophets.net.au >> >> > > > > > -------------------------------------------------------------------- > Come and visit Web Prophets Website at http://www.webprophets.net.au > > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Glewpy-users mailing list > Gle...@li... > https://lists.sourceforge.net/lists/listinfo/glewpy-users |
|
From: JoN <jo...@we...> - 2006-08-29 06:01:18
|
Forgot to add: The cgi-bin scrips that appear to be for listing this info, don't work. A= t least they don't for me. Regs Jon Quoting JoN <jo...@we...>: >=20 >=20 > Hello > Sorry to be obtuse but I just can't find this information. >=20 > Is the list of Extensions you have managed to wrap so far up somewhere = on the > web? >=20 > Best Regards > Jon >=20 >=20 > -------------------------------------------------------------------- > Come and visit Web Prophets Website at http://www.webprophets.net.au >=20 >=20 -------------------------------------------------------------------- Come and visit Web Prophets Website at http://www.webprophets.net.au |
|
From: JoN <jo...@we...> - 2006-08-21 07:41:52
|
Hello all, I'm new so thought I'd just say hello. Quick query: are there any/many people on this list working with 3D textu= res (as opposed to 2D textures) and/or texture compression ? Best Jon -------------------------------------------------------------------- Come and visit Web Prophets Website at http://www.webprophets.net.au |
|
From: Simon W. <sim...@gm...> - 2006-08-17 05:54:23
|
On 8/17/06, Simon Wittber <sim...@gm...> wrote: > My vertex shader: > ... > ... > Help! What am I doing wrong, or is this a bug? Solved. The shader must be enabled with glUseProgramObjectARB before uniforms can be loaded. -Sw. |
|
From: Simon W. <sim...@gm...> - 2006-08-17 03:02:38
|
My vertex shader:
uniform float xtime;
void main(void) {
vec4 v = vec4(gl_Vertex);
float t;
t = xtime;
gl_Position = gl_ModelViewProjectionMatrix * v;
}
This shader compiles and links without errors.
glGetActiveUniformARB(vs.program, 1)
returns (1, 5126, 'xtime')
ptr = glGetUniformLocationARB(vs.program, 'xtime')
returns 1
glUniform1fARB(ptr, 5.0)
returns None, and I then get a GL_ERROR from glGetError().
Help! What am I doing wrong, or is this a bug?
|
|
From: James P. C. <ch...@cs...> - 2006-07-01 20:46:07
|
Hi Charlie, > 1) I am attaching glew-nox-py.info file with the simple changes. > Try to build an install with this. > Yes, that worked! Fantastic. This is going to be fun. Thanks so much. I'll post what I get running. [Others: Attached below are the glew-nox.info and glew-nox-py.info files for fink install. These go into /sw/fink/dists/local/main/finkinfo and should be world readable. Then in fink (or fink commander) SelfUpdate, ScanPackages, Utilities->Index. (Thanks to Ben Willmore for the original glew*.info.)] Best, Jim James P. Crutchfield Professor Computational Science & Engineering Center Physics Department ch...@cs... University of California cse.ucdavis.edu/~chaos One Shields Avenue 530-752-0600 or 297-4620, 754-4885 (fax) Davis, California 95616-8572 Center Manager: Linda Potoski lrp...@uc...; 530-754-4405 |
|
From: Charles M. <cm...@in...> - 2006-07-01 18:15:22
|
> 201}otool -L /sw/lib/python2.4/site-packages/glew/glew.so > /sw/lib/python2.4/site-packages/glew/glew.so: > /System/Library/Frameworks/OpenGL.framework/Versions/A/ > OpenGL (compatibility version 1.0.0, current version 1.0.0) > /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, > current version 1.0.0) > /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, > current version 88.1.6) > > Well, no libGLEW referenced in there. Doesn't seem right, right? > The libs got built and are there, though: I think I see the problem. The glew-nox-py.info file references the setup-osx.py script. This is actually out of date, because the regular setup.py file works fine on osx. Your build isn't linked against against glew, because the old instructions told to pass it on the command line during compilation. Enough excuses, you have two options now: 1) I am attaching glew-nox-py.info file with the simple changes. Try to build an install with this. 2) I am going to send you a build I did on 10.4-ppc. It imports fine. I don't know how to make fink detect the info files so I built it by hand with the python2.4 provided by fink. - Charlie |
|
From: James P. C. <ch...@cs...> - 2006-07-01 02:18:22
|
Dear Charlie,
Thanks for the prompt reply.
> Yeah, sounds like trouble finding the glew library. I would
> suggest first trying:
> "otool -L /sw/lib/python2.4/site-packages/glew/glew.so"
>
> This is equivalent to the "ldd" command in linux. This should show
> you if and which libglew is being used.
201}otool -L /sw/lib/python2.4/site-packages/glew/glew.so
/sw/lib/python2.4/site-packages/glew/glew.so:
/System/Library/Frameworks/OpenGL.framework/Versions/A/
OpenGL (compatibility version 1.0.0, current version 1.0.0)
/usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0,
current version 1.0.0)
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0,
current version 88.1.6)
Well, no libGLEW referenced in there. Doesn't seem right, right?
The libs got built and are there, though:
202}ltm /sw/lib/libGLEW.*
lrwxr-xr-x 1 root admin 19 Jun 29 21:37 /sw/lib/libGLEW.
1.3.dylib -> libGLEW.1.3.4.dylib
lrwxr-xr-x 1 root admin 19 Jun 29 21:37 /sw/lib/libGLEW.dylib
-> libGLEW.1.3.4.dylib
-rw-r--r-- 1 root admin 190988 Jun 29 21:37 /sw/lib/libGLEW.
1.3.4.dylib
-rw-r--r-- 1 root admin 277568 Jun 29 21:37 /sw/lib/libGLEW.a
>
> Another option is to just download the "glewpy-0.7.4-py2.4-
> macosx-10.4-fat.egg" binary I have posted. It still requires that
> you have glew installed, but it just might work. Just unzip the
> file and put the resulting "glew" folder in "/sw/lib/python2.4/site-
> packages/". This binary works on 10.4 and 10.3.9.
Seems straightforward enough. Let's see ... Done.
Python 2.4.2 (#1, Jun 15 2006, 23:03:16)
[GCC 4.0.1 (Apple Computer, Inc. build 5250)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> from OpenGL.GL import *
>>> from OpenGL.GLUT import *
>>> from glew import *
Traceback (most recent call last):
File "<stdin>", line 1, in ?
File "/sw/lib/python2.4/site-packages/glew/__init__.py", line 18,
in ?
from glew import *
ImportError: Failure linking new module: /sw/lib/python2.4/site-
packages/glew/glew.so: Symbol not found: _glewInit
Referenced from: /sw/lib/python2.4/site-packages/glew/glew.so
Expected in: dynamic lookup
No. Same complaint.
Let's see what glew.so looks for
117}otool -L glew.so
glew.so:
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0,
current version 88.1.3)
I guess I'm not understanding how the libs are being referred to/
linked in.
>
> Let me know if you get any closer. If you still have problems
> please send me those ".info" files and I can install fink on my mac
> and try it out.
I've attached these.
Best,
Jim
James P. Crutchfield Professor
Computational Science & Engineering Center
Physics Department ch...@cs...
University of California cse.ucdavis.edu/~chaos
One Shields Avenue 530-752-0600 or 297-4620,
754-4885 (fax)
Davis, California 95616-8572
Center Manager: Linda Potoski lrp...@uc...; 530-754-4405
|
|
From: Charles M. <cm...@in...> - 2006-06-30 12:09:42
|
James P. Crutchfield wrote: > Hi, > > Trying to get glewpy running with the rest of my python24 install, > which was > done under fink. > Ben Willmore kindly sent test glew-nox.info and glew-nox-py.info > files for fink > installation. > glewpy compiled and installed fine with these or so I hoped. > But when running: > > 140}python > Python 2.4.2 (#1, Jun 15 2006, 23:03:16) > [GCC 4.0.1 (Apple Computer, Inc. build 5250)] on darwin > Type "help", "copyright", "credits" or "license" for more information. > >>> from OpenGL.GL import * > >>> from OpenGL.GLUT import * > >>> from glew import * > Traceback (most recent call last): > File "<stdin>", line 1, in ? > File "/sw/lib/python2.4/site-packages/glew/__init__.py", line 18, > in ? > from glew import * > ImportError: Failure linking new module: /sw/lib/python2.4/site- > packages/glew/glew.so: Symbol not found: _glewInit > Referenced from: /sw/lib/python2.4/site-packages/glew/glew.so > Expected in: dynamic lookup > > Seemed like a simple loader path problem. My obvious attempts to fix > failed. > Suggestions? Yeah, sounds like trouble finding the glew library. I would suggest first trying: "otool -L /sw/lib/python2.4/site-packages/glew/glew.so" This is equivalent to the "ldd" command in linux. This should show you if and which libglew is being used. Another option is to just download the "glewpy-0.7.4-py2.4-macosx-10.4-fat.egg" binary I have posted. It still requires that you have glew installed, but it just might work. Just unzip the file and put the resulting "glew" folder in "/sw/lib/python2.4/site-packages/". This binary works on 10.4 and 10.3.9. Let me know if you get any closer. If you still have problems please send me those ".info" files and I can install fink on my mac and try it out. - Charlie |
|
From: James P. C. <ch...@cs...> - 2006-06-30 05:21:39
|
Hi,
Trying to get glewpy running with the rest of my python24 install,
which was
done under fink.
Ben Willmore kindly sent test glew-nox.info and glew-nox-py.info
files for fink
installation.
glewpy compiled and installed fine with these or so I hoped.
But when running:
140}python
Python 2.4.2 (#1, Jun 15 2006, 23:03:16)
[GCC 4.0.1 (Apple Computer, Inc. build 5250)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> from OpenGL.GL import *
>>> from OpenGL.GLUT import *
>>> from glew import *
Traceback (most recent call last):
File "<stdin>", line 1, in ?
File "/sw/lib/python2.4/site-packages/glew/__init__.py", line 18,
in ?
from glew import *
ImportError: Failure linking new module: /sw/lib/python2.4/site-
packages/glew/glew.so: Symbol not found: _glewInit
Referenced from: /sw/lib/python2.4/site-packages/glew/glew.so
Expected in: dynamic lookup
Seemed like a simple loader path problem. My obvious attempts to fix
failed.
Suggestions?
Thanks,
Jim
James P. Crutchfield Professor
Computational Science & Engineering Center
Physics Department ch...@cs...
University of California cse.ucdavis.edu/~chaos
One Shields Avenue 530-752-0600 or 297-4620,
754-4885 (fax)
Davis, California 95616-8572
Center Manager: Linda Potoski lrp...@uc...; 530-754-4405
|
|
From: Charles M. <cm...@in...> - 2006-06-27 12:08:43
|
Marko Durkovic wrote:
> Hi,
>
> I've started using glewpy a few days ago, and so far it has been a
> pleasure working with it.
>
> I've encountered some problems with the ARB_Vertex_Buffer_Object
> extension. It seems that glBufferDataARB seems to truncate the data
> string, at the first occurence of a zero in that string.
>
> I've added a simple demo, which uploads and downloads some test data to
> and from the graphics card. I hope this helps to understand the problem.
>
> Nice work!
>
> Greetings from Munich,
> Marko
>
>
> ------------------------------------------------------------------------
>
>
> from OpenGL.GL import *
> from glew import *
> import struct
>
> vbo_data = struct.pack("12B", 1, 2, 3, 4, 4, 0, 1, 2, 3, 4, 5, 6)
>
>
> from OpenGL.GLUT import *
>
> glutInit([])
> glutInitWindowSize(512, 512)
> glutCreateWindow('GLEW Testing')
> err = glewInit()
> if err != GLEW_OK:
> print "Error:", glewGetErrorString(err)
> assert(0)
>
> assert(glewIsSupported("GL_ARB_vertex_buffer_object"))
>
> vbo = glGenBuffersARB(4)[0]
>
> #write something
> glBindBufferARB(GL_ARRAY_BUFFER_ARB, vbo)
> glBufferDataARB(GL_ARRAY_BUFFER_ARB, len(vbo_data), vbo_data, GL_STATIC_DRAW_ARB)
>
> #read it back
> data = glGetBufferSubDataARB(GL_ARRAY_BUFFER_ARB, 0, len(vbo_data))
> print "error?", glGetError()
> print "len:", len(data), "original len:", len(vbo_data)
> print struct.unpack(str(len(data))+"B", data)
Indeed this was a bug. Pyrex's automatic <char*> to str conversion
chopped at the first zero, like it should. I made the cast more
explicit by using the "PyString_FromStringAndSize" method. Your demo
works now, and I committed the changes to svn. Let me know if you need
any more help or a new binary.
- Charlie
|
|
From: Joshua R. <jos...@us...> - 2006-05-22 13:02:05
|
Hmm, you're right. Unfortunately, putting /opt/local/lib in my DYLD_LIBRARY_PATH causes more problems than it solves. A symlink in /usr/local/lib works though, so I think that's the solution I'll use for now. I suppose this is what I get for trying to mix manually-installed packages with ones installed by DarwinPorts. :) - Josh Charles Moad wrote: > I am assuming you are using the fat egg. All the libraries built are > dynamically linked. When I compiled it I had glew installed in > /usr/local/lib, but otool seems to list /usr/lib when it can't find the > library. Do you have your "LD_LIBRARY_PATH" variable set? Set it to > "/usr/local/lib" if that is where you installed glew. > > - Charlie > > Joshua Root wrote: >> The Mac build seems to have the path to libGLEW hardcoded to /usr/lib. >> Virtually no one will have it installed there; it will generally be in >> /usr/local/lib, /sw/lib (for fink users) or /opt/local/lib (for >> DarwinPorts users). I had to make a symlink in /usr/lib to get the >> glewpy demo programs to run. >> >> Cheers, >> Josh >> |
|
From: Charles M. <cm...@in...> - 2006-05-22 12:14:19
|
I am assuming you are using the fat egg. All the libraries built are dynamically linked. When I compiled it I had glew installed in /usr/local/lib, but otool seems to list /usr/lib when it can't find the library. Do you have your "LD_LIBRARY_PATH" variable set? Set it to "/usr/local/lib" if that is where you installed glew. - Charlie Joshua Root wrote: > The Mac build seems to have the path to libGLEW hardcoded to /usr/lib. > Virtually no one will have it installed there; it will generally be in > /usr/local/lib, /sw/lib (for fink users) or /opt/local/lib (for > DarwinPorts users). I had to make a symlink in /usr/lib to get the > glewpy demo programs to run. > > Cheers, > Josh > > > ------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Glewpy-users mailing list > Gle...@li... > https://lists.sourceforge.net/lists/listinfo/glewpy-users |
|
From: Joshua R. <jos...@us...> - 2006-05-21 23:59:08
|
The Mac build seems to have the path to libGLEW hardcoded to /usr/lib. Virtually no one will have it installed there; it will generally be in /usr/local/lib, /sw/lib (for fink users) or /opt/local/lib (for DarwinPorts users). I had to make a symlink in /usr/lib to get the glewpy demo programs to run. Cheers, Josh |
|
From: Samuel A. <sam...@ho...> - 2006-04-26 19:43:54
|
Hiya! I am currently trying to do some stuff with shaders with glewpy and I noticed that there isn't a bind for glShaderSource in glewpy... could I request for this function to be bound or is there another way to load up the shader? (GLSL not low level shaders...) Samuel Anjam |
|
From: Charles M. <cm...@in...> - 2006-04-24 22:16:31
|
With windows you need to also specify opengl to link against. Try this. c:\Python24\python.exe setup.py build_ext -l opengl32 bdist_wininst I am due for a minor release anyway, so I will post windows binaries here soon. You should try the new pyrex 0.9.4.1 too. - Charlie Tomi Kyöstilä wrote: > Hi! > > When I do "python setup.py build" as the INSTALL file tells me to do, it > runs for a while but then I get a linker error. The exact error is this: > arb.obj : error LNK2019: unresolved external symbol > __imp__glGetTexLevelParameteriv@16 referenced in function > ___pyx_f_3arb_glGetCompressedTexImageARB > > I have Pyrex 0.9.3 with the patch and GLEW 1.3.4. I've attached the > build log. > > Do you have any idea what's wrong and how it could be fixed? > > -- > Tomi Kyöstilä > > > ------------------------------------------------------------------------ > >> python setup.py build > running build > running build_py > running build_ext > building 'gl.arb' extension > creating build\temp.win32-2.4 > creating build\temp.win32-2.4\Release > creating build\temp.win32-2.4\Release\src > creating build\temp.win32-2.4\Release\src\gl > C:\Program Files\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe /c /nologo /Ox > /MD /W3 /GX /DNDEBUG -IC:\python24\include -IC:\python24\PC /Tcsrc/gl/arb.c /Fo > build\temp.win32-2.4\Release\src/gl/arb.obj > arb.c > src\gl\arb.c(1715) : warning C4102: '__pyx_L4' : unreferenced label > src\gl\arb.c(1713) : warning C4102: '__pyx_L3' : unreferenced label > src\gl\arb.c(2136) : warning C4244: '=' : conversion from 'double' to 'float', p > ossible loss of data > src\gl\arb.c(2446) : warning C4244: '=' : conversion from 'double' to 'float', p > ossible loss of data > src\gl\arb.c(2512) : warning C4244: '=' : conversion from 'double' to 'float', p > ossible loss of data > src\gl\arb.c(3048) : warning C4133: '=' : incompatible types - from 'PyObject *' > to 'PyObject *' > src\gl\arb.c(3312) : warning C4133: '=' : incompatible types - from 'PyObject *' > to 'PyObject *' > src\gl\arb.c(3553) : warning C4244: '=' : conversion from 'long' to 'unsigned ch > ar', possible loss of data > src\gl\arb.c(3559) : warning C4133: '=' : incompatible types - from 'PyObject *' > to 'PyObject *' > src\gl\arb.c(3788) : warning C4244: '=' : conversion from 'long' to 'unsigned ch > ar', possible loss of data > src\gl\arb.c(3807) : warning C4133: '=' : incompatible types - from 'PyObject *' > to 'PyObject *' > src\gl\arb.c(4071) : warning C4133: '=' : incompatible types - from 'PyObject *' > to 'PyObject *' > src\gl\arb.c(4074) : warning C4133: '=' : incompatible types - from 'PyObject *' > to 'PyObject *' > src\gl\arb.c(4161) : warning C4244: '=' : conversion from 'long' to 'unsigned ch > ar', possible loss of data > src\gl\arb.c(4226) : warning C4244: '=' : conversion from 'long' to 'unsigned ch > ar', possible loss of data > src\gl\arb.c(4632) : warning C4244: '=' : conversion from 'long' to 'unsigned ch > ar', possible loss of data > src\gl\arb.c(4637) : warning C4102: '__pyx_L4' : unreferenced label > src\gl\arb.c(4635) : warning C4102: '__pyx_L3' : unreferenced label > src\gl\arb.c(4723) : warning C4102: '__pyx_L4' : unreferenced label > src\gl\arb.c(4721) : warning C4102: '__pyx_L3' : unreferenced label > src\gl\arb.c(4804) : warning C4244: '=' : conversion from 'long' to 'unsigned sh > ort', possible loss of data > src\gl\arb.c(4809) : warning C4102: '__pyx_L4' : unreferenced label > src\gl\arb.c(4807) : warning C4102: '__pyx_L3' : unreferenced label > src\gl\arb.c(4875) : warning C4244: '=' : conversion from 'double' to 'float', p > ossible loss of data > src\gl\arb.c(4876) : warning C4244: '=' : conversion from 'long' to 'unsigned ch > ar', possible loss of data > src\gl\arb.c(5240) : warning C4244: '=' : conversion from 'double' to 'float', p > ossible loss of data > src\gl\arb.c(5428) : warning C4244: '=' : conversion from 'long' to 'short', pos > sible loss of data > src\gl\arb.c(5490) : warning C4244: '=' : conversion from 'long' to 'short', pos > sible loss of data > src\gl\arb.c(5696) : warning C4244: '=' : conversion from 'double' to 'float', p > ossible loss of data > src\gl\arb.c(5697) : warning C4244: '=' : conversion from 'double' to 'float', p > ossible loss of data > src\gl\arb.c(5760) : warning C4244: '=' : conversion from 'double' to 'float', p > ossible loss of data > src\gl\arb.c(5768) : warning C4244: '=' : conversion from 'double' to 'float', p > ossible loss of data > src\gl\arb.c(5972) : warning C4244: '=' : conversion from 'long' to 'short', pos > sible loss of data > src\gl\arb.c(5973) : warning C4244: '=' : conversion from 'long' to 'short', pos > sible loss of data > src\gl\arb.c(6036) : warning C4244: '=' : conversion from 'long' to 'short', pos > sible loss of data > src\gl\arb.c(6044) : warning C4244: '=' : conversion from 'long' to 'short', pos > sible loss of data > src\gl\arb.c(6266) : warning C4244: '=' : conversion from 'double' to 'float', p > ossible loss of data > src\gl\arb.c(6267) : warning C4244: '=' : conversion from 'double' to 'float', p > ossible loss of data > src\gl\arb.c(6268) : warning C4244: '=' : conversion from 'double' to 'float', p > ossible loss of data > src\gl\arb.c(6332) : warning C4244: '=' : conversion from 'double' to 'float', p > ossible loss of data > src\gl\arb.c(6340) : warning C4244: '=' : conversion from 'double' to 'float', p > ossible loss of data > src\gl\arb.c(6348) : warning C4244: '=' : conversion from 'double' to 'float', p > ossible loss of data > src\gl\arb.c(6568) : warning C4244: '=' : conversion from 'long' to 'short', pos > sible loss of data > src\gl\arb.c(6569) : warning C4244: '=' : conversion from 'long' to 'short', pos > sible loss of data > src\gl\arb.c(6570) : warning C4244: '=' : conversion from 'long' to 'short', pos > sible loss of data > src\gl\arb.c(6634) : warning C4244: '=' : conversion from 'long' to 'short', pos > sible loss of data > src\gl\arb.c(6642) : warning C4244: '=' : conversion from 'long' to 'short', pos > sible loss of data > src\gl\arb.c(6650) : warning C4244: '=' : conversion from 'long' to 'short', pos > sible loss of data > src\gl\arb.c(6888) : warning C4244: '=' : conversion from 'double' to 'float', p > ossible loss of data > src\gl\arb.c(6889) : warning C4244: '=' : conversion from 'double' to 'float', p > ossible loss of data > src\gl\arb.c(6890) : warning C4244: '=' : conversion from 'double' to 'float', p > ossible loss of data > src\gl\arb.c(6891) : warning C4244: '=' : conversion from 'double' to 'float', p > ossible loss of data > src\gl\arb.c(6956) : warning C4244: '=' : conversion from 'double' to 'float', p > ossible loss of data > src\gl\arb.c(6964) : warning C4244: '=' : conversion from 'double' to 'float', p > ossible loss of data > src\gl\arb.c(6972) : warning C4244: '=' : conversion from 'double' to 'float', p > ossible loss of data > src\gl\arb.c(6980) : warning C4244: '=' : conversion from 'double' to 'float', p > ossible loss of data > src\gl\arb.c(7216) : warning C4244: '=' : conversion from 'long' to 'short', pos > sible loss of data > src\gl\arb.c(7217) : warning C4244: '=' : conversion from 'long' to 'short', pos > sible loss of data > src\gl\arb.c(7218) : warning C4244: '=' : conversion from 'long' to 'short', pos > sible loss of data > src\gl\arb.c(7219) : warning C4244: '=' : conversion from 'long' to 'short', pos > sible loss of data > src\gl\arb.c(7284) : warning C4244: '=' : conversion from 'long' to 'short', pos > sible loss of data > src\gl\arb.c(7292) : warning C4244: '=' : conversion from 'long' to 'short', pos > sible loss of data > src\gl\arb.c(7300) : warning C4244: '=' : conversion from 'long' to 'short', pos > sible loss of data > src\gl\arb.c(7308) : warning C4244: '=' : conversion from 'long' to 'short', pos > sible loss of data > src\gl\arb.c(7454) : warning C4102: '__pyx_L4' : unreferenced label > src\gl\arb.c(7452) : warning C4102: '__pyx_L3' : unreferenced label > src\gl\arb.c(7594) : warning C4102: '__pyx_L4' : unreferenced label > src\gl\arb.c(7592) : warning C4102: '__pyx_L3' : unreferenced label > src\gl\arb.c(7920) : warning C4244: '=' : conversion from 'double' to 'float', p > ossible loss of data > src\gl\arb.c(7995) : warning C4244: '=' : conversion from 'double' to 'float', p > ossible loss of data > src\gl\arb.c(8009) : warning C4244: '=' : conversion from 'double' to 'float', p > ossible loss of data > src\gl\arb.c(8000) : warning C4102: '__pyx_L5' : unreferenced label > src\gl\arb.c(7998) : warning C4102: '__pyx_L4' : unreferenced label > src\gl\arb.c(8558) : warning C4102: '__pyx_L4' : unreferenced label > src\gl\arb.c(8556) : warning C4102: '__pyx_L3' : unreferenced label > src\gl\arb.c(9345) : warning C4102: '__pyx_L4' : unreferenced label > src\gl\arb.c(9328) : warning C4102: '__pyx_L3' : unreferenced label > src\gl\arb.c(9413) : warning C4244: '=' : conversion from 'double' to 'float', p > ossible loss of data > src\gl\arb.c(9477) : warning C4244: '=' : conversion from 'double' to 'float', p > ossible loss of data > src\gl\arb.c(9673) : warning C4244: '=' : conversion from 'double' to 'float', p > ossible loss of data > src\gl\arb.c(9674) : warning C4244: '=' : conversion from 'double' to 'float', p > ossible loss of data > src\gl\arb.c(9743) : warning C4244: '=' : conversion from 'double' to 'float', p > ossible loss of data > src\gl\arb.c(9748) : warning C4102: '__pyx_L4' : unreferenced label > src\gl\arb.c(9746) : warning C4102: '__pyx_L3' : unreferenced label > src\gl\arb.c(9888) : warning C4102: '__pyx_L4' : unreferenced label > src\gl\arb.c(9886) : warning C4102: '__pyx_L3' : unreferenced label > src\gl\arb.c(9957) : warning C4244: '=' : conversion from 'double' to 'float', p > ossible loss of data > src\gl\arb.c(9958) : warning C4244: '=' : conversion from 'double' to 'float', p > ossible loss of data > src\gl\arb.c(9959) : warning C4244: '=' : conversion from 'double' to 'float', p > ossible loss of data > src\gl\arb.c(10029) : warning C4244: '=' : conversion from 'double' to 'float', > possible loss of data > src\gl\arb.c(10034) : warning C4102: '__pyx_L4' : unreferenced label > src\gl\arb.c(10032) : warning C4102: '__pyx_L3' : unreferenced label > src\gl\arb.c(10179) : warning C4102: '__pyx_L4' : unreferenced label > src\gl\arb.c(10177) : warning C4102: '__pyx_L3' : unreferenced label > src\gl\arb.c(10251) : warning C4244: '=' : conversion from 'double' to 'float', > possible loss of data > src\gl\arb.c(10252) : warning C4244: '=' : conversion from 'double' to 'float', > possible loss of data > src\gl\arb.c(10253) : warning C4244: '=' : conversion from 'double' to 'float', > possible loss of data > src\gl\arb.c(10254) : warning C4244: '=' : conversion from 'double' to 'float', > possible loss of data > src\gl\arb.c(10325) : warning C4244: '=' : conversion from 'double' to 'float', > possible loss of data > src\gl\arb.c(10330) : warning C4102: '__pyx_L4' : unreferenced label > src\gl\arb.c(10328) : warning C4102: '__pyx_L3' : unreferenced label > src\gl\arb.c(10480) : warning C4102: '__pyx_L4' : unreferenced label > src\gl\arb.c(10478) : warning C4102: '__pyx_L3' : unreferenced label > src\gl\arb.c(10556) : warning C4244: '=' : conversion from 'double' to 'float', > possible loss of data > src\gl\arb.c(10566) : warning C4244: '=' : conversion from 'long' to 'unsigned c > har', possible loss of data > src\gl\arb.c(10561) : warning C4102: '__pyx_L4' : unreferenced label > src\gl\arb.c(10559) : warning C4102: '__pyx_L3' : unreferenced label > src\gl\arb.c(10639) : warning C4244: '=' : conversion from 'double' to 'float', > possible loss of data > src\gl\arb.c(10649) : warning C4244: '=' : conversion from 'long' to 'unsigned c > har', possible loss of data > src\gl\arb.c(10644) : warning C4102: '__pyx_L4' : unreferenced label > src\gl\arb.c(10642) : warning C4102: '__pyx_L3' : unreferenced label > src\gl\arb.c(10722) : warning C4244: '=' : conversion from 'double' to 'float', > possible loss of data > src\gl\arb.c(10732) : warning C4244: '=' : conversion from 'long' to 'unsigned c > har', possible loss of data > src\gl\arb.c(10727) : warning C4102: '__pyx_L4' : unreferenced label > src\gl\arb.c(10725) : warning C4102: '__pyx_L3' : unreferenced label > src\gl\arb.c(11488) : warning C4133: '=' : incompatible types - from 'PyObject * > ' to 'PyObject *' > src\gl\arb.c(11699) : warning C4244: '=' : conversion from 'long' to 'char', pos > sible loss of data > src\gl\arb.c(11704) : warning C4102: '__pyx_L4' : unreferenced label > src\gl\arb.c(11702) : warning C4102: '__pyx_L3' : unreferenced label > src\gl\arb.c(11790) : warning C4102: '__pyx_L4' : unreferenced label > src\gl\arb.c(11788) : warning C4102: '__pyx_L3' : unreferenced label > src\gl\arb.c(11871) : warning C4244: '=' : conversion from 'double' to 'float', > possible loss of data > src\gl\arb.c(11876) : warning C4102: '__pyx_L4' : unreferenced label > src\gl\arb.c(11874) : warning C4102: '__pyx_L3' : unreferenced label > src\gl\arb.c(11961) : warning C4102: '__pyx_L4' : unreferenced label > src\gl\arb.c(11959) : warning C4102: '__pyx_L3' : unreferenced label > src\gl\arb.c(12042) : warning C4244: '=' : conversion from 'long' to 'short', po > ssible loss of data > src\gl\arb.c(12047) : warning C4102: '__pyx_L4' : unreferenced label > src\gl\arb.c(12045) : warning C4102: '__pyx_L3' : unreferenced label > src\gl\arb.c(12128) : warning C4244: '=' : conversion from 'long' to 'unsigned c > har', possible loss of data > src\gl\arb.c(12133) : warning C4102: '__pyx_L4' : unreferenced label > src\gl\arb.c(12131) : warning C4102: '__pyx_L3' : unreferenced label > src\gl\arb.c(12219) : warning C4102: '__pyx_L4' : unreferenced label > src\gl\arb.c(12217) : warning C4102: '__pyx_L3' : unreferenced label > src\gl\arb.c(12300) : warning C4244: '=' : conversion from 'long' to 'unsigned s > hort', possible loss of data > src\gl\arb.c(12305) : warning C4102: '__pyx_L4' : unreferenced label > src\gl\arb.c(12303) : warning C4102: '__pyx_L3' : unreferenced label > src\gl\arb.c(12596) : warning C4102: '__pyx_L4' : unreferenced label > src\gl\arb.c(12594) : warning C4102: '__pyx_L3' : unreferenced label > src\gl\arb.c(12682) : warning C4102: '__pyx_L4' : unreferenced label > src\gl\arb.c(12680) : warning C4102: '__pyx_L3' : unreferenced label > src\gl\arb.c(13521) : warning C4244: '=' : conversion from 'double' to 'float', > possible loss of data > src\gl\arb.c(13522) : warning C4244: '=' : conversion from 'double' to 'float', > possible loss of data > src\gl\arb.c(13581) : warning C4244: '=' : conversion from 'double' to 'float', > possible loss of data > src\gl\arb.c(13589) : warning C4244: '=' : conversion from 'double' to 'float', > possible loss of data > src\gl\arb.c(13779) : warning C4244: '=' : conversion from 'long' to 'short', po > ssible loss of data > src\gl\arb.c(13780) : warning C4244: '=' : conversion from 'long' to 'short', po > ssible loss of data > src\gl\arb.c(13839) : warning C4244: '=' : conversion from 'long' to 'short', po > ssible loss of data > src\gl\arb.c(13847) : warning C4244: '=' : conversion from 'long' to 'short', po > ssible loss of data > src\gl\arb.c(14053) : warning C4244: '=' : conversion from 'double' to 'float', > possible loss of data > src\gl\arb.c(14054) : warning C4244: '=' : conversion from 'double' to 'float', > possible loss of data > src\gl\arb.c(14055) : warning C4244: '=' : conversion from 'double' to 'float', > possible loss of data > src\gl\arb.c(14115) : warning C4244: '=' : conversion from 'double' to 'float', > possible loss of data > src\gl\arb.c(14123) : warning C4244: '=' : conversion from 'double' to 'float', > possible loss of data > src\gl\arb.c(14131) : warning C4244: '=' : conversion from 'double' to 'float', > possible loss of data > src\gl\arb.c(14337) : warning C4244: '=' : conversion from 'long' to 'short', po > ssible loss of data > src\gl\arb.c(14338) : warning C4244: '=' : conversion from 'long' to 'short', po > ssible loss of data > src\gl\arb.c(14339) : warning C4244: '=' : conversion from 'long' to 'short', po > ssible loss of data > src\gl\arb.c(14401) : warning C4244: '=' : conversion from 'long' to 'short', po > ssible loss of data > src\gl\arb.c(14409) : warning C4244: '=' : conversion from 'long' to 'short', po > ssible loss of data > src\gl\arb.c(14417) : warning C4244: '=' : conversion from 'long' to 'short', po > ssible loss of data > C:\Program Files\Microsoft Visual Studio .NET 2003\Vc7\bin\link.exe /DLL /nologo > /INCREMENTAL:NO /LIBPATH:C:\python24\libs /LIBPATH:C:\python24\PCBuild glew32.l > ib /EXPORT:initarb build\temp.win32-2.4\Release\src/gl/arb.obj /OUT:build\lib.wi > n32-2.4\glew\gl\arb.pyd /IMPLIB:build\temp.win32-2.4\Release\src/gl\arb.lib > Creating library build\temp.win32-2.4\Release\src/gl\arb.lib and object build > \temp.win32-2.4\Release\src/gl\arb.exp > arb.obj : error LNK2019: unresolved external symbol __imp__glGetTexLevelParamete > riv@16 referenced in function ___pyx_f_3arb_glGetCompressedTexImageARB > build\lib.win32-2.4\glew\gl\arb.pyd : fatal error LNK1120: 1 unresolved external > s > error: command '"C:\Program Files\Microsoft Visual Studio .NET 2003\Vc7\bin\link > .exe"' failed with exit status 1120 |
|
From: Charles M. <cm...@in...> - 2006-03-02 04:04:56
|
I implemented and committed these 4 methods to cvs. I think I skipped the GL_ARB_vertex_program extension originally since I focused on the more modern shading extensions, such as GL_ARB_shading_language_100, and because there are a ton of glVertexAttribXXXARB methods that still need to be wrapped. I don't have any test programs to try this out, but gen/delete/bind seem to work fine. - Charlie Bill Hart wrote: > Hi, > would it be possible to get support for > glGenProgramsARB > glDeleteProgramsARB > glProgramStringARB > glBindProgramStringARB > > while these are similar to the glLoadProgramNV etc which is in glewpy, > they seem to work differently and don't have the same level of hardware > support as the newer ARB versions. > > Hope that this isn't a difficult ask... > > cheers > > -Bill > _____________________ > Bill Hart > Lecturer E-Media (Electronic Media) > Tasmanian School of Art > University of Tasmania > > My web site > http://www.billhart.id.au > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by xPML, a groundbreaking scripting language > that extends applications into web and mobile media. Attend the live > webcast > and join the prime developer group breaking into this new coding territory! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 > _______________________________________________ > Glewpy-users mailing list > Gle...@li... > https://lists.sourceforge.net/lists/listinfo/glewpy-users |
|
From: Bill H. <Bil...@ut...> - 2006-03-01 22:16:42
|
Hi, would it be possible to get support for glGenProgramsARB glDeleteProgramsARB glProgramStringARB glBindProgramStringARB while these are similar to the glLoadProgramNV etc which is in glewpy, they seem to work differently and don't have the same level of hardware support as the newer ARB versions. Hope that this isn't a difficult ask... cheers -Bill _____________________ Bill Hart Lecturer E-Media (Electronic Media) Tasmanian School of Art University of Tasmania My web site http://www.billhart.id.au |
