#51571 closed defect (fixed)
glfw @3.2_0 fails building on 10.6.8
Reported by: | udbraumann | Owned by: | michaelld (Michael Dickens) |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | 2.3.4 |
Keywords: | snowleopard leopard tiger | Cc: | |
Port: | glfw |
Description
While upgrading glfw @3.1.2_1 to
3.2_0 on 10.6.8 I run into this trouble:
... :info:build cd /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_graphics_glfw/glfw/work/build/src && /Developer/usr/bin/llvm-gcc-4.2 -D_GLFW_USE_CONFIG_H -Dglfw_EXPORTS -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_graphics_glfw/glfw/work/glfw-3.2/include -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_graphics_glfw/glfw/work/glfw-3.2/src -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_graphics_glfw/glfw/work/build/src -pipe -Os -arch x86_64 -mmacosx-version-min=10.6 -fPIC -Wall -fno-common -o CMakeFiles/glfw.dir/nsgl_context.m.o -c /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_graphics_glfw/glfw/work/glfw-3.2/src/nsgl_context.m :info:build /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_graphics_glfw/glfw/work/glfw-3.2/src/nsgl_context.m: In function ‘_glfwCreateContextNSGL’: :info:build /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_graphics_glfw/glfw/work/glfw-3.2/src/nsgl_context.m:176: error: ‘NSOpenGLPFAOpenGLProfile’ undeclared (first use in this function) :info:build /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_graphics_glfw/glfw/work/glfw-3.2/src/nsgl_context.m:176: error: (Each undeclared identifier is reported only once :info:build /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_graphics_glfw/glfw/work/glfw-3.2/src/nsgl_context.m:176: error: for each function it appears in.) :info:build /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_graphics_glfw/glfw/work/glfw-3.2/src/nsgl_context.m:176: error: ‘NSOpenGLProfileVersion3_2Core’ undeclared (first use in this function) :info:build make[2]: *** [src/CMakeFiles/glfw.dir/nsgl_context.m.o] Error 1 :info:build make[2]: *** Waiting for unfinished jobs.... ...
Some ideas?
Attachments (1)
Change History (9)
Changed 8 years ago by udbraumann
Attachment: | main.log.gz added |
---|
comment:1 follow-up: 3 Changed 8 years ago by michaelld (Michael Dickens)
comment:2 Changed 8 years ago by ryandesign (Ryan Carsten Schmidt)
Cc: | michaelld@… removed |
---|---|
Keywords: | snowleopard leopard tiger added |
Owner: | changed from macports-tickets@… to michaelld@… |
The port should error out earlier with a friendlier error message.
comment:3 Changed 8 years ago by udbraumann
Replying to michaelld@…:
Upstream removed support for Mac OS X 10.6 as of October 24, 2015, commit 5fd9709a.
Well, what I see upstream under https://github.com/altseed/glfw/commit/5fd9709a8b242e2cee503d9316efd2a86cf72d09 is that in a file nsgl_context.m an error message for MacOSX versions less than 10.7 has been removed, which was checking if OpenGL above version 2 was requested. Anyway, to me it seems as during glfw building an OpenGL version above 2 is being assumed, so that neither NSOpenGLPFAOpenGLProfile nor NSOpenGLProfileVersion3_2Core are being declared. What I wonder is if glfw can be built just for OpenGL version less than 3? Or is this question too naive?
comment:4 follow-up: 5 Changed 8 years ago by michaelld (Michael Dickens)
I've no idea if the question is naive. I'm not an OpenGL developer. I'd recommend you interfacing with the GLFW lead developer & see what comes of that exchange. I've found the person (her, I think) quite responsive and appropriate in responses.
comment:5 Changed 8 years ago by udbraumann
I would be glad if you could ask this in the glfw support platform, as I assume you are already registered there. I am using glfw just because mupdf is requiring glfw, and mupdf is the only free solution I could find which allows for reading MS XPS files. Thank you.
comment:6 follow-up: 7 Changed 8 years ago by michaelld (Michael Dickens)
Resolution: | → fixed |
---|---|
Status: | new → closed |
I removed support to 10.6 and older in r149284.
You don't need to be registered with glfw support; just send an email to the developer, who I've always found to be responsive and appropriate. It is very possible that 10.6 and prior support was removed for a good reason, such as that it's too difficult to maintain any longer. Google Chrome did this just a month or so ago (for 10.8 and older, even worse). Running a really old OS version has its limits.
Please note that you can always keep an older version of GLFW around & use that. You don't need to update to the latest / greatest.
comment:7 Changed 8 years ago by udbraumann
Replying to michaelld@…:
... Please note that you can always keep an older version of GLFW around & use that. You don't need to update to the latest / greatest.
Thanks, well, once I call
$ sudo port -s upgrade outdated
as I usually do, I will always be offered to upgrade glfw
, I am afraid. How this could be circumvented?
comment:8 Changed 8 years ago by michaelld (Michael Dickens)
If you keep both versions around & installed, and keep the old version active, then "upgrade" should ignore this port. I think. I think you could also do "upgrade outdated and not glfw".
Upstream removed support for Mac OS X 10.6 as of October 24, 2015, commit 5fd9709a.