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