-
Notifications
You must be signed in to change notification settings - Fork 1
/
SUPPORTS
127 lines (73 loc) · 4.32 KB
/
SUPPORTS
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
0.66 This file is still not up to date with the current code.
POGL builds "out of the box" on more system types
than ever, including: Linux, MSWin32, and Mac OS X.
Used by PDL-2.4.9 to implement 3D graphics and plots.
TBD: generate a more complete/specific list
----------------------------------------------------------
0.65 This file is still not up to date with the current code.
POGL builds "out of the box" on more system types
than ever, including: Linux, MSWin32, and Mac OS X.
Used by PDL-2.4.9 to implement 3D graphics and plots.
TBD: generate a more complete/specific list
----------------------------------------------------------
0.64 This file is still not up to date with the current code.
POGL builds "out of the box" on more system types
than ever, including: Linux, MSWin32, and Mac OS X.
Used by PDL-2.4.7 to implement 3D graphics and plots.
TBD: generate a more complete/specific list
----------------------------------------------------------
0.63 This file is still not up to date with the current code.
POGL builds "out of the box" on more system types
than ever, including: Linux, MSWin32, and Mac OS X.
Used by PDL-2.4.7 to implement 3D graphics and plots.
TBD: generate a more complete/specific list
----------------------------------------------------------
0.62 This file is still not up to date with the current code.
POGL builds "out of the box" on more system types
than ever, including: Linux, MSWin32, and Mac OS X.
Used by PDL-2.4.5 to implement 3D graphics and plots.
TBD: generate a more complete/specific list
----------------------------------------------------------
0.61 This file is still not up to date with the current code.
POGL builds "out of the box" on more system types
than ever, including: Linux, MSWin32, and Mac OS X.
Used by PDL-2.4.5 to implement 3D graphics and plots.
TBD: generate a more complete/specific list
----------------------------------------------------------
0.60 This file is still not up to date with the current code.
POGL builds "out of the box" on more system types
than ever, including: Linux, MSWin32, and Mac OS X.
Used by PDL-2.4.5 to implement 3D graphics and plots.
TBD: generate a more complete/specific list
----------------------------------------------------------
0.59 This file is not up to date with the current code.
POGL builds "out of the box" on more system types
than ever, including: Linux, MSWin32, and Mac OS X.
TBD: generate a more complete/specific list
----------------------------------------------------------
0.58 This file is not up to date with the current code.
TBD: rewrite to reflect actual status
----------------------------------------------------------
0.55 has been tested on Windows, Ubuntu and Fedora, using
various nVidia boards.
Previous releases havce been tested with Mesa 3.0.
It is intended that it supports:
OpenGL 1.0, 1.1, 1.2 (some? most?). (And various extensions).
GLU (unknown version). Several (important to nurbs) functions are not
supported yet.
GLUT, with full support up to API version 3.
GLX is only supported to the degree that Stan's original module
supported it. Without an entire X binding it is of limited use, and I
recommend using glut or Gtk::GLArea instead.
Most functions that have no pointer arguments are called identically in
Perl as in C, and the same name is used. Functions that use array
arguments and have been changed in "the obvious way" -- to take a
variable number of arguments and/or to return an array -- have the
the same names as their C counterparts, but with a _p suffix.
All functions that take pointers are available with their original
calling syntax and a _c suffix. These are most useful when combined with
the OpenGL::Array module, which lets you allocate C arrays from Perl.
A third variant, _s, exists for most pointer functions, and takes a string
argument for each pointer. The underlying OpenGL function will be passed
a pointer to that string. If these variants are passed a reference to a
string, they treat the string contents as the buffer being pointed to.