Hello.
Recently, I corrected the buggy enumerations for GLUT, and OpenGL/GLU.
I made three patch files that I want to post here.
But there is a problem.
I want to credit Mark Kilgard as the original writer of the GLUT enums. And
underneath the LGPL comment, I added a comment containing his
Hello,
I'm no expert in OpenGL or FreeGLUT but when I build GNU st version 3.2.91,
from the source tar.gz from https://alpha.gnu.org/gnu/smalltalk/
It seems to use FreeGLUT version 2.8.1 in my case.
My understanding is that FreeGLUT is an open-source implementation of the GLUT
specification
to gnu-smalltalk wored like a
charm using the DLD addLibrary mechanism...
now i would like to use the openGL GLUT packages in GNU-ST but these
do not seem to bind to freeglutis there a ay to enter in contact with
people in the GST galaxy that could help me in modifying the openGL GLUT
gst
On Tue, Dec 17, 2013 at 10:01:52AM +0100, Holger Hans Peter Freyther wrote:
GNUPlot.GNUPlot instanceVariables: 'abc def'.
Interestingly.. when using
Namespace current: Bla [
Object subclass: Bla [
| inst |
]
]
is
On Thu, Dec 19, 2013 at 02:01:38PM +0100, Holger Hans Peter Freyther wrote:
So it appears that the STCompiler is somehow ignoring the namespace
that I pass in? Paolo do you have an idea of why that is the case?
it is probably an issue with the symbol table.
Close. It is the
On Sun, Sep 22, 2013 at 06:32:47AM +0200, Holger Hans Peter Freyther wrote:
GNUPlot:
GNUPlot.GNUPlot exsists breaking the look-up (just like Cairo did
before renaming it). Now there is Already GPPlot as a class. The
question is if I should use GNUPlot.Plot?
I used the VisualGST
On 22/09/2013 13:13, Holger Hans Peter Freyther wrote:
On Sun, Sep 22, 2013 at 12:45:09PM +0200, Paolo Bonzini wrote:
GPPlot is something that you add to a GNUPlot instance. I guess we have
to fix the problem, we cannot do the same as Cairo.
How do you define the semantic?
Namespace
looking into Glut and it appears that this is a problem
my colleague had yesterday.
I found some more parsing issues..
GNUPlot:
GNUPlot.GNUPlot exsists breaking the look-up (just like Cairo did
before renaming it). Now there is Already GPPlot as a class. The
question is if I should use
On Sun, Sep 22, 2013 at 12:45:09PM +0200, Paolo Bonzini wrote:
GPPlot is something that you add to a GNUPlot instance. I guess we have
to fix the problem, we cannot do the same as Cairo.
How do you define the semantic?
Namespace current: GNUPlot [
Object subclass: GNUPlot [
Hi,
I am flying right now and looked into how many of our packages can
be parsed using the Parser package. I skipped the Glib package and
now I am looking into Glut and it appears that this is a problem
my colleague had yesterday.
The following code works with the libgst/ parser but causes
On Fri, Sep 20, 2013 at 04:31:40PM +0200, Holger Hans Peter Freyther wrote:
Hi,
I am flying right now and looked into how many of our packages can
be parsed using the Parser package. I skipped the Glib package and
now I am looking into Glut and it appears that this is a problem
my colleague
by: MrGwen
Updated by: MrGwen
Status: active
The current GLUT binding registers the idleCallback and takes all the
CPU time.
A solution would be to use the glutMainLoopUpdate function and to
remove the idelCallback.
___
help-smalltalk mailing list
help
On 02/16/2011 08:43 PM, Stefan Izota | eMAG, Dezvoltare Software wrote:
Hi,
I attached a small diff for building GLUT package in Windows.
I'm new auto* tools and m4 so any comments are welcome.
Applied, thanks!
Paolo
___
help-smalltalk mailing
glut.m4.patch
Description: glut.m4.patch
___
help-smalltalk mailing list
help-smalltalk@gnu.org
http://lists.gnu.org/mailman/listinfo/help-smalltalk
Hmmm, no html then.
Anyway, the text was:
Hi,
I attached a small diff for building GLUT package in Windows.
I'm new auto* tools and m4 so any comments are welcome.
Regards,
Stefan Izota
-Original Message-
From: help-smalltalk-bounces+stefan.izota=emag...@gnu.org
[mailto:help-smalltalk
15 matches
Mail list logo