openvrml +no_x11 has xorg dependencies

[braden@…]

port install openvrml +no_x11 pulls in quite a few xorg dependencies, including xorg-libX11.

[jmroot (Joshua Root)]

Please remember to fill in the Port field and cc the maintainer.

[raphael-st (Raphael Straub)]

Fixed in r63797, thanks!

[braden@…]

I don't think requiring no_opengl is what you want to do here. OpenVRML's OpenGL renderer can be built against Apple's OpenGL; it does not require X11.

Unfortunately, the openvrml-xembed and openvrml-player bits do still require X11.

[raphael-st (Raphael Straub)]

Replying to braden@…:

OpenVRML's OpenGL renderer can be built against Apple's OpenGL; it does not require X11.

I tried to do that, but I did not find out how to link against Apple's OpenGL while the mesa port is still active. Do you have any idea?

Unfortunately, the openvrml-xembed and openvrml-player bits do still require X11.

This is because gtkglext and libgnomeui use X11 in their default variant. Please make sure to install these ports (and all its dependencies) with variants +no_x11+quartz, e. g., by adding these variants to ​variants.conf.

[braden@…]

Replying to raphael@…:

Replying to braden@…:

OpenVRML's OpenGL renderer can be built against Apple's OpenGL; it does not require X11.

I tried to do that, but I did not find out how to link against Apple's OpenGL while the mesa port is still active. Do you have any idea?

Argh. This appears to be the result of a bug I fixed upstream in ​autoconf-gl-macros, but forgot to push back down to OpenVRML before the 0.18.4 release. I'll do this and release 0.18.5.

Unfortunately, the openvrml-xembed and openvrml-player bits do still require X11.

This is because gtkglext and libgnomeui use X11 in their default variant. Please make sure to install these ports (and all its dependencies) with variants +no_x11+quartz, e. g., by adding these variants to ​variants.conf.

I haven't tried it; but because xembed/player rely on GtkPlug/GtkSocket, I don't expect them to work without X11.

[braden@…]

0.18.5 has been released with some fixes to the AX_CHECK_GL macro. When I configure this release --without-x, it correctly applies -framework OpenGL instead of the conventional -lGL. Hopefully that addresses the problem here.

[raphael-st (Raphael Straub)]

Replying to braden@…:

When I configure this release --without-x, it correctly applies -framework OpenGL instead of the conventional -lGL.

I cannot confirm this here. OpenVRML still links with mesa even when it is configured with --without-x. Nevertheless, I'll close this ticket, because I think I fixed the X11 dependencies and the port now ensures that mesa is inactive before building OpenVRML.

Fixed in r63871.

[braden@…]

Okay, I see what's going on here. The configure test can't assume the libGL is linked to X11; so when it finds a usable libGL, it attempts to use it even if --without-x was passed.

I'm going to have to think about how to do this better. I'd prefer not to resurrect the --with-apple-opengl-framework option; but there might not be a better way. In the meantime, I think the port is doing the right thing now. Thanks!

[braden@…]

I think I have a solution to this problem: check the found libGL for GLX functions (and fall back to -framework OpenGL if it has them and configure was run --without-x).

I've applied such a change to the macro ​here if you'd like to test it.

My impression is that there's a reasonable workaround for this, so I'm not going to rush out a(nother) release to address it. But I'll make sure this change finds its way into the next release.