Opened 7 years ago

Closed 7 years ago

Last modified 7 years ago

#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)

main.log.gz (4.5 KB) - added by udbraumann 7 years ago.

Download all attachments as: .zip

Change History (9)

Changed 7 years ago by udbraumann

Attachment: main.log.gz added

comment:1 Changed 7 years ago by michaelld (Michael Dickens)

Upstream removed support for Mac OS X 10.6 as of October 24, 2015, commit 5fd9709a.

comment:2 Changed 7 years ago by ryandesign (Ryan 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 in reply to:  1 Changed 7 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 Changed 7 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 in reply to:  4 Changed 7 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 Changed 7 years ago by michaelld (Michael Dickens)

Resolution: fixed
Status: newclosed

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 in reply to:  6 Changed 7 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 7 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".

Note: See TracTickets for help on using tickets.