Add sanitized prebuilt packages

[errcw]

Following @bryanturley's lead Glow should consider offering "sanitized" packages with a friendlier API. As a first pass I expect two things. One, including only relevant, high-quality extensions. Two, providing functions that use the OpenGL parameter length information (e.g., transforming gl.BindSamplers(first uint32, count uint32, samplers *uint32) to gl.BindSamplersGlow(first uint, samplers []uint32).

[bryanturley]

I think you should end them in Go like I do. I was treating them as an automatically generated extension. EXT_automagic_go ;) It would be nice if current and future go opengl bindings were more compatible with each other. Also I have found that in many cases you still need the unsafe version of some functions for odd corner cases.

I was about to add uintptr versions of the functions that take unsafe.Pointers but actually want pointer sized offsets. I have not come up with a good suffix for them yet. I have found that I generally use the offset form, so a uintptr would be better. Most of those functions (depending on current gl state) will accept a real pointer or an offset, which is very annoying.

You may also want to hold off until the gopher overlords figure out the go pointers in c problem as well. https://code.google.com/p/go/issues/detail?id=8310 Once that gets sorted there may have to be some changes in everyone's gl bindings.

[capnm]

EDIT: stay technical Another option to look for is to manage the memory on C side and use runtime.SetFinalizer, see: https://groups.google.com/d/msg/golang-dev/pIuOcqAlvKU/5Lm8fRaGtRoJ

[bryanturley]

@capnm: Since glow is part of go-gl now, it would probably be best to post this kind of message on the go-gl mailing list instead of in an issue tracker. Don't want to derail another issue thread.

[bryanturley]

Nevermind about holding off seems a copying/moving GC won't happen till go 1.6 a full year away.