Are we going to have to wrap the GL included in the glfw3 namespace?

[go-gl]

Are we going to have to wrap the GL included in the glfw3 namespace?

[tapir]

I've changed the GL wrapper and it seems to work OK.
I don't know if the problem is on GLFW or GL side but I will investigate it further.
Maybe you can open a ticket to gogl project and link here?

    package main
    import (
        glfw "github.com/tapir/glfw3-go"
        "github.com/go-gl/gl"
        //"runtime"
    )
    func main() {
        //runtime.LockOSThread()
        if !glfw.Init() {
            println("glfw init failure")
        }
        defer glfw.Terminate()
        //glfw.SetErrorCallback(func(err int, desc string) { panic(desc) })
        window := glfw.CreateWindow(500, 500, "egles", nil, nil)
        defer window.Destroy()
        window.MakeContextCurrent()
        for {
            if window.ShouldClose() {
                break
            }
            width, height := window.GetSize()
            ratio := float64(width) / float64(height)
            //println(window.GetParameter(glfw.ClientApi))
            gl.Viewport(0, 0, width, height)
            gl.Clear(gl.COLOR_BUFFER_BIT)
        
            gl.MatrixMode(gl.PROJECTION)
            gl.LoadIdentity()
            gl.Ortho(-ratio, ratio, -1.0, 1.0, 1.0, -1.0)
            gl.MatrixMode(gl.MODELVIEW)
            gl.LoadIdentity()
            gl.Rotatef(float32(glfw.GetTime()*50), 0, 0, 1.0)
            gl.Begin(gl.TRIANGLES)
                gl.Color3f(1.0, 0.0, 0.0)
                gl.Vertex3f(-0.6, -0.4, 0.0)
                gl.Color3f(0.0, 1.0, 0.0)
                gl.Vertex3f(0.6, -0.4, 0.0)
                gl.Color3f(0.0, 0.0, 1.0)
                gl.Vertex3f(0.0, 0.6, 0.0)
            gl.End()
            window.SwapBuffers()
            glfw.PollEvents()
        }
    }

[mortdeus]

I can confirm go-gl/gl works (though its kinda irritating to build right now). No idea why gogl doesnt work but for my specific use case it wont really matter anyways considering im using egl/gles.

[tapir]

You mean because of "glew" dependency?
Does go-gl/gl support gles or not?

[mortdeus]

Nope go-gl/gl only works with opengl.

Ive been working on EGL/GLES wrappers in my project egles(http://github.com/mortdeus/egles). The only setback is that mesa's egl implementation only supports xlib.h's display, window and pixmap types as of right now. If mesa had builtin support for xcb, we could just use burntsushi's xgb bindings to pass in as an EGLDisplay. Unfortunately it doesnt which would require wrapping xlib with cgo and thats just horrible.

Thats pretty much why im looking into glfw3.

[tapir]

Maybe you can use opengl 3.2 core profile until this issue figured out? AFAIK It's almost a strict superset of esgl.

[tapir]

http://play.golang.org/p/03RkIRH0qV

this seems to work ok as well (uses chsc/gogl) so I'm closing this bug.