I think I answered you a while ago about "Freeglut++" saying that I was interested. I wasn't able to get CVS access, though, and so I wasn't able to do much. I also did not know whether the project had gone anywhere. Is there a SourceForge project for it?
John F. Fay
Jacobs/Sverdrup TEAS Group
From: firstname.lastname@example.org [mailto:email@example.com] On Behalf Of Paolo Angeli
Sent: Sunday, November 26, 2006 3:25 PM
To: 'FreeGLUT developers list'
Subject: Re: [Freeglut-developer] freeglut API from a new user's perspective
I've posted this issue some months ago. I faced the same problem interfacing
Freeglut to my framework.
Please take a look at.: http://18.freebb.com/celui/
Following the current discussion I would like to suggest another approach.
I would like to create an OO-C++ framework called Freeglut++ that should
have a C wrapper that has fully conformance with GLUT!
In a future Freeglut++ should evolve implementing new features, but it will
preserve the basic GLUT C interface for backward compatibility. In other
words behind the scenes freeglut++ will be fully OO-C++. An OOP interface
will be exposed as well as a C interface.
So old style C programs that will use Freeglut++ should continue to use the
original old C GLUT style API.
Instead C++ coders that would like to have new features from the OS
abstraction layer and would like to use method callback handlers and other
OOP features will be able to use the internal Freeglut++ OO features.
By now I'm keeping this project frozen but it should be opened if some
developers are really interested in giving some help. I'm still only a bit
more than a novice. And this project sounds to myself alone a bit
> -----Original Message-----
> From: firstname.lastname@example.org
> [mailto:email@example.com] On
> Behalf Of Andreas Volz
> Sent: Sunday, November 26, 2006 8:39 PM
> To: firstname.lastname@example.org
> Subject: Re: [Freeglut-developer] freeglut API from a new
> user's perspective
> Am Sun, 26 Nov 2006 09:32:55 -0800 (PST) schrieb Larry E. Ramey:
> > I'm one of the biggest C++ snobs you are ever going to find..... I
> > oppose this.
> > 1) Freeglut is supposed to be "free glut". Glut is C. Therefore
> > Freeglut should be C.
> > 2) What are you going to gain? New features? 'New Features' aren't
> > really a part of Freeglut. So you shouldn't gain any new features.
> > All you will do is convert C code that works to C++ code that might
> > not work.
> > 3) Like I said above.... freeglut is mostly bug free. Why
> do a major
> > refactor?
> > 4) To compile a glut program without rewriting the client
> code, free
> > glut would have have to implement a C API anyway. (Since
> glut client
> > code expects C API)
> I don't know the original posters idea. But what I think of
> is a C++ wrapper for FreeGLUT. Call it "FreeGLUT++" if you
> like. This won't change FreeGLUT in any way. It simplifies
> only C++ programmers life while connecting callback handlers
> to C++ classes.
> 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
> Freeglut-developer mailing list
> No virus found in this incoming message.
> Checked by AVG Free Edition.
> Version: 7.5.430 / Virus Database: 268.14.16/551 - Release
> Date: 25/11/2006 10.55
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.5.430 / Virus Database: 268.14.16/551 - Release Date: 25/11/2006
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
Freeglut-developer mailing list