Jeremy Huddleston wrote:

In order to use a non-system X11, the port needed the usual workaround: configure.args-append --x-include=${prefix}/include --x-lib=$ {prefix}/lib Just wasn't obvious where to add them, when using Zero Install's -- compile.

It should "just work".

Not with "use_configure no"...

Fortunately you could add args.

And obviously they would be wrong, when using +system_x11 (another story)

The solution I've been using is just tricking AC_X_PATH by ALWAYS using --x-include=${prefix}/include --x-lib=${prefix}/lib and appending -I${x11prefix}/include and -L${x11prefix}/lib to configure.cppflags and configure.ldflags if ${prefix}/lib/pkgconfig/ x11.pc isn't available (just grep for AC_X_PATH in the tree, and you'll see a port that is doing that).

I included the rest of the "trick" boilerplate as well.

I already had it shoved down some of my other ports...

But seems like it'll be able to pick up /usr/X11R6 anyway, due to it being present in gtk2's pkg-config and it being the default. So should be good.

Right... /usr/X11R6 should NOT be in gtk2's pc unless they're using +system_x11

I meant "when I am" (using +system_x11). But I was wrong, as it didn't.
Sorta  built anyway, but the configure was all wrong due to ld errors.

It should now work for both ${prefix} and ${x11prefix} again. (finally)
These tricks should probably go into base, rather than into every port ?

--anders

_______________________________________________
macports-dev mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macports-dev

Reply via email to