[#20675] RCR: non-bang equivalent to []= — Tobias Reif <tobiasreif@...>

Hi,

49 messages 2001/09/01
[#20774] Re: RCR: non-bang equivalent to []= — Tobias Reif <tobiasreif@...> 2001/09/03

I wrote:

[#20778] Re: RCR: non-bang equivalent to []= — Kevin Smith <kevinbsmith@...> 2001/09/03

--- Tobias Reif <tobiasreif@pinkjuice.com> wrote:

[#20715] oreilly buch von matz - website online — markus jais <info@...>

hi

43 messages 2001/09/02
[#20717] Re: OReilly Ruby book has snail on cover — ptkwt@...1.aracnet.com (Phil Tomson) 2001/09/02

Actually, thanks for posting it here. I was trying to search OReilly's

[#20922] Re: OReilly Ruby book has snail on cover — Paul Brannan <pbrannan@...> 2001/09/05

On Mon, 3 Sep 2001, Phil Tomson wrote:

[#20768] Minor cgi.rb question — "Hal E. Fulton" <hal9000@...>

I don't have much experience with

25 messages 2001/09/03

[#20770] Calling member methods from C++ — jglueck@... (Bernhard Glk)

Some quetsions have been solved for me, but my message system does not

12 messages 2001/09/03

[#20976] destructor — Frank Sonnemans <ruby@...>

Does Ruby have a destructor as in C++?

25 messages 2001/09/07

[#21218] Ruby objects <-> XML: anyone working on this? — senderista@... (Tobin Baker)

Are there any Ruby analogs of these two Python modules (xml_pickle,

13 messages 2001/09/15

[#21296] nested require files need path internally — Bob Gustafson <bobgus@...>

Version: 1.64

29 messages 2001/09/18
[#21298] Re: nested require files need path internally — David Alan Black <dblack@...> 2001/09/18

Hello --

[#21302] Re: nested require files need path internally — Bob Gustafson <bobgus@...> 2001/09/18

On Tue, 18 Sep 2001, David Alan Black wrote:

[#21303] Re: nested require files need path internally — matz@... (Yukihiro Matsumoto) 2001/09/18

Hi,

[#21306] Re: nested require files need path internally — Lars Christensen <larsch@...> 2001/09/18

On Tue, 18 Sep 2001, Yukihiro Matsumoto wrote:

[#21307] Re: nested require files need path internally — matz@... (Yukihiro Matsumoto) 2001/09/18

Hi,

[#21331] Re: nested require files need path internally — Paul Brannan <pbrannan@...> 2001/09/18

> The big difference is C++ search done in compile time, Ruby search

[#21340] Re: nested require files need path internally — matz@... (Yukihiro Matsumoto) 2001/09/18

Hi,

[#21353] Re: nested require files need path internally — Paul Brannan <pbrannan@...> 2001/09/18

On Wed, 19 Sep 2001, Yukihiro Matsumoto wrote:

[#21366] Re: nested require files need path internally — matz@... (Yukihiro Matsumoto) 2001/09/19

Hi,

[#21368] Re: nested require files need path internally — "Julian Fitzell" <julian-ml@...4.com> 2001/09/19

On 19/09/2001 at 10:12 AM matz@ruby-lang.org wrote:

[#21376] Re: nested require files need path internally — matz@... (Yukihiro Matsumoto) 2001/09/19

Hi,

[#21406] Re: nested require files need path internally — Paul Brannan <pbrannan@...> 2001/09/19

On Wed, 19 Sep 2001, Yukihiro Matsumoto wrote:

[#21315] Suggestions for new CGI lib — anders@... (Anders Johannsen)

From the comp.lang.ruby thread "Minor cgi.rb question" (2001-09-03), I

21 messages 2001/09/18

[#21413] Ruby/objects book in style of The Little Lisper — Brian Marick <marick@...>

I fell in love with Lisp in the early 80's. Back then, I read a book called

36 messages 2001/09/19
[#21420] Re: Ruby/objects book in style of The Little Lisper — Christopher Sawtell <csawtell@...> 2001/09/20

On 20 Sep 2001 06:19:44 +0900, Brian Marick wrote:

[#21479] Re: Ruby/objects book in style of The Little Lisper — Kevin Smith <kevinbsmith@...> 2001/09/21

--- Christopher Sawtell <csawtell@paradise.net.nz> wrote:

[#21491] SV: Re: Ruby/objects book in style of The Little Lisper — "Mikkel Damsgaard" <mikkel_damsgaard@...> 2001/09/21

[#21494] Re: SV: Re: Ruby/objects book in style of The Little Lisper — Kevin Smith <kevinbsmith@...> 2001/09/21

--- Mikkel Damsgaard <mikkel_damsgaard@mailme.dk> wrote:

[#21510] Re: SV: Re: Ruby/objects book in style of The Little Lisper — Todd Gillespie <toddg@...> 2001/09/22

On Sat, 22 Sep 2001, Kevin Smith wrote:

[#21514] Re: SV: Re: Ruby/objects book in style of The Little Lisper — Kevin Smith <kevinbsmith@...> 2001/09/22

--- Todd Gillespie <toddg@mail.ma.utexas.edu> wrote:

[#21535] irb — Fabio <fabio.spelta@...>

Hello. :) I'm new here, and I have not found an archive of the previous

15 messages 2001/09/22

[#21616] opening a named pipe? — "Avdi B. Grimm" <avdi@...>

I'm having trouble reading from a named pipe in linux. basicly, I'm

12 messages 2001/09/24

[#21685] manipulating "immutable" objects such as Fixnum from within callbacks & al... — Guillaume Cottenceau <gc@...>

Hello,

15 messages 2001/09/25

[#21798] Ruby internal (guide to the source) — "Benoit Cerrina" <benoit.cerrina@...>

Hi,

22 messages 2001/09/28

[ruby-talk:21179] Re: OpenGL under windows

From: Nobuyuki Horie <horie@...>
Date: 2001-09-13 01:52:35 UTC
List: ruby-talk #21179
Hello,
I am using it with mswin32 version of Ruby. (rbogl-0.32a.tgz package)
I compiled it with MS VC++ v.6.0, but I need some patch for compiling as 
follows;

-- opengl.mswin32.diff --


diff -bBurN opengl/extconf.rb opengl.win/extconf.rb
--- opengl/extconf.rb	Mon Apr 30 14:33:09 2001
+++ opengl.win/extconf.rb	Thu Sep 13 10:45:34 2001
@@ -24,6 +24,11 @@
   gl_libname = "opengl32"
   glu_libname = "glu32"
   glut_libname = "glut32"
+elsif (/mswin32/ =~ PLATFORM)
+  $CFLAGS="-DWIN32"
+  gl_libname = "opengl32"
+  glu_libname = "glu32"
+  glut_libname = "glut32"
 else
   $CFLAGS += " -I."

diff -bBurN opengl/glu.c opengl.win/glu.c
--- opengl/glu.c	Mon Apr 30 13:10:30 2001
+++ opengl.win/glu.c	Thu Sep 13 10:45:34 2001
@@ -9,6 +9,12 @@
 #include "GL/glu.h"
 #include "rbogl.h"

+#ifdef WIN32
+typedef void (CALLBACK*(VOIDFUNC))();
+#else
+typedef void (*VOIDFUNC)();
+#endif
+
 #if defined(GLU_VERSION_1_2)
 typedef GLUtesselator tesselatorObj;
 #else /* GLU_VERSION_1_2 */
@@ -784,7 +790,7 @@
             if (NIL_P(arg3))
                 gluTessCallback(tdata->tobj, type, NULL);
             else
-                gluTessCallback(tdata->tobj, type, t_begin);
+                gluTessCallback(tdata->tobj, type, (VOIDFUNC)(t_begin));
 	    break;
 #if defined(GLU_VERSION_1_2)
 	case GLU_TESS_EDGE_FLAG:
@@ -795,7 +801,7 @@
             if (NIL_P(arg3))
                 gluTessCallback(tdata->tobj, type, NULL);
             else
-                gluTessCallback(tdata->tobj, type, t_edgeFlag);
+                gluTessCallback(tdata->tobj, type, (VOIDFUNC)(t_edgeFlag));
 	    break;
 #if defined(GLU_VERSION_1_2)
 	case GLU_TESS_VERTEX:
@@ -806,7 +812,7 @@
             if (NIL_P(arg3))
                 gluTessCallback(tdata->tobj, type, NULL);
             else
-                gluTessCallback(tdata->tobj, type, t_vertex);
+                gluTessCallback(tdata->tobj, type, (VOIDFUNC)(t_vertex));
 	    break;
 #if defined(GLU_VERSION_1_2)
 	case GLU_TESS_END:
@@ -817,7 +823,7 @@
             if (NIL_P(arg3))
                 gluTessCallback(tdata->tobj, type, NULL);
             else
-                gluTessCallback(tdata->tobj, type, t_end);
+                gluTessCallback(tdata->tobj, type, (VOIDFUNC)(t_end));
 	    break;
 #if defined(GLU_VERSION_1_2)
 	case GLU_TESS_ERROR:
@@ -828,7 +834,7 @@
             if (NIL_P(arg3))
                 gluTessCallback(tdata->tobj, type, NULL);
             else
-                gluTessCallback(tdata->tobj, type, t_error);
+                gluTessCallback(tdata->tobj, type, (VOIDFUNC)(t_error));
 	    break;
 #if defined(GLU_VERSION_1_2)
         case GLU_TESS_COMBINE:
@@ -836,49 +842,49 @@
             if (NIL_P(arg3))
                 gluTessCallback(tdata->tobj, type, NULL);
             else
-                gluTessCallback(tdata->tobj, type, t_combine);
+                gluTessCallback(tdata->tobj, type, (VOIDFUNC)(t_combine));
             break;
         case GLU_TESS_BEGIN_DATA:
             rb_ary_store(tdata->t_ref, TESS_BEGIN_DATA, arg3);
             if (NIL_P(arg3))
                 gluTessCallback(tdata->tobj, type, NULL);
             else
-                gluTessCallback(tdata->tobj, type, t_begin_data);
+                gluTessCallback(tdata->tobj, type, 
(VOIDFUNC)(t_begin_data));
             break;
         case GLU_TESS_VERTEX_DATA:
             rb_ary_store(tdata->t_ref, TESS_VERTEX_DATA, arg3);
             if (NIL_P(arg3))
                 gluTessCallback(tdata->tobj, type, NULL);
             else
-                gluTessCallback(tdata->tobj, type, t_vertex_data);
+                gluTessCallback(tdata->tobj, type, 
(VOIDFUNC)(t_vertex_data));
             break;
         case GLU_TESS_END_DATA:
             rb_ary_store(tdata->t_ref, TESS_END_DATA, arg3);
             if (NIL_P(arg3))
                 gluTessCallback(tdata->tobj, type, NULL);
             else
-                gluTessCallback(tdata->tobj, type, t_end_data);
+                gluTessCallback(tdata->tobj, type, (VOIDFUNC)(t_end_data));
             break;
         case GLU_TESS_ERROR_DATA:
             rb_ary_store(tdata->t_ref, TESS_ERROR_DATA, arg3);
             if (NIL_P(arg3))
                 gluTessCallback(tdata->tobj, type, NULL);
             else
-                gluTessCallback(tdata->tobj, type, t_error_data);
+                gluTessCallback(tdata->tobj, type, 
(VOIDFUNC)(t_error_data));
             break;
         case GLU_TESS_EDGE_FLAG_DATA:
             rb_ary_store(tdata->t_ref, TESS_EDGE_DATA, arg3);
             if (NIL_P(arg3))
                 gluTessCallback(tdata->tobj, type, NULL);
             else
-                gluTessCallback(tdata->tobj, type, t_edgeFlag_data);
+                gluTessCallback(tdata->tobj, type, 
(VOIDFUNC)(t_edgeFlag_data));
             break;
         case GLU_TESS_COMBINE_DATA:
             rb_ary_store(tdata->t_ref, TESS_COMBINE_DATA, arg3);
             if (NIL_P(arg3))
                 gluTessCallback(tdata->tobj, type, NULL);
             else
-                gluTessCallback(tdata->tobj, type, t_combine_data);
+                gluTessCallback(tdata->tobj, type, 
(VOIDFUNC)(t_combine_data));
             break;
 #endif /* GLU_VERSION_1_2 */
     }

-- end --
On 2001 September 13 Thursday 05:18, you wrote:
> I need to get the OpenGL module from the RAA working in a MS-Windows
> environment.  Has anyone already done this and can you share how you did
> it? 

Nobuyuki.

-- 
**************************************
Nobuyuki Horie, Ph.D.
Lab. Genetic Engineering/Univ. of Shizuoka
mail: horie@smail.u-shizuoka-ken.ac.jp
home page: http://www.u-shizuoka-ken.ac.jp

In This Thread