Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Issue compiling in Ruby 2.0 #12

Closed
wants to merge 3 commits into from
Closed

Conversation

joseairosa
Copy link

Apparently, for some reason, if we don't check for the frameworks, they don't get integrated into the bundle.

This might also have to do with the fact that Mavericks changed the location OpenGL headers.

1.9.3-p448

checking for glVertex3d() in -lopengl32.lib... no
checking for main() in -lopengl32... no
checking for glVertex3d() in -lGL... no
checking for OpenGL... yes
checking for GLUT... yes
checking for Cocoa... yes
checking for GL/gl.h... yes
checking for GL/glu.h... yes
checking for GL/glut.h... yes
checking for GL/glx.h... yes
checking for dlfcn.h... yes
checking for windows.h... no
checking for stdint.h... yes
checking for inttypes.h... yes
checking for wglGetProcAddress() in wingdi.h... no
checking for struct RFloat.float_value... yes
checking for int64_t in stdint.h... yes
checking for uint64_t in stdint.h... yes

2.0.0-p353

checking for glVertex3d() in -lopengl32.lib... no
checking for main() in -lopengl32... no
checking for glVertex3d() in -lGL... yes
checking for gluLookAt() in -lGLU... yes
checking for glutSolidTeapot() in -lglut... yes
checking for GL/gl.h... yes
checking for GL/glu.h... yes
checking for GL/glut.h... yes
checking for GL/glx.h... yes
checking for dlfcn.h... yes
checking for windows.h... no
checking for stdint.h... yes
checking for inttypes.h... yes
checking for wglGetProcAddress() in wingdi.h... no
checking for struct RFloat.float_value... yes
checking for int64_t in stdint.h... yes
checking for uint64_t in stdint.h... yes

When using ashton gem I would get.

ashton/lib/ashton/mixins/version_checking.rb:9:in `check_opengl_version': OpenGL 2.0 required to utilise Ashton::Shader (Ashton::NotSupportedError)

As soon as the frameworks got compiled error went away.

@larskanis
Copy link
Owner

@joseairosa Thank you for the patch. Unfortunately I don't fully understand what your problem is and how and why the patch solves it. In any case it breaks the build on linux: https://travis-ci.org/larskanis/opengl/builds/18893268

@joseairosa
Copy link
Author

Hi @larskanis,

I had this problem when using ashton gem. I couldn't get it to work unless I added the check for those frameworks. Unfortunately I didn't test it with linux, but I am using Mavericks.
This is definitely a problem, however this might not be the actual root of it.

What other information can I provide you to better assess the fix?

@larskanis
Copy link
Owner

What other information can I provide you to better assess the fix?

Does the installation fail? If so, the failing log of gem install, the file mkmf.log in the gem installation directory are useful. If not, what opengl method (not ashton) does fail or delivers the wrong result?

The issue only appears in ruby-2.0 but not in 1.9?

@larskanis larskanis closed this in 2a60f94 Mar 13, 2014
@larskanis
Copy link
Owner

@joseairosa I pushed a patch that hopefully fixes the issue you describe. Could you please verify if it works for you? Then I would apply the same change to https://github.com/larskanis/glut .

@joseairosa
Copy link
Author

Hi @larskanis thanks a lot. I'll give it a go 👍

@larskanis
Copy link
Owner

I released opengl-0.9.0 in the meantime, which should fix this issue.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

2 participants