Re: [Gtk-osx-users] ige-mac-integration-python build fails
- From: John Ralls <jralls ceridwen fremont ca us>
- To: GTK+-2 OSX Users <gtk-osx-users lists sourceforge net>
- Subject: Re: [Gtk-osx-users] ige-mac-integration-python build fails
- Date: Fri, 5 Aug 2011 13:45:51 -0700
On Aug 5, 2011, at 12:23 PM, Phillip Heller wrote:
> After building python successfully on 10.7 and a fresh checkout of the gtk-osx build scripts, I've met some more failure; specifically, ige-mac-integration-python - which fails with:
>
> checking GTK+ Version... "2.24.0"
> checking whether /Volumes/Data/Users/gtk/gtk/inst/bin/python version >= 2.3.5... yes
> checking for /Volumes/Data/Users/gtk/gtk/inst/bin/python version... 2.7
> checking for /Volumes/Data/Users/gtk/gtk/inst/bin/python platform... darwin
> checking for /Volumes/Data/Users/gtk/gtk/inst/bin/python script directory... ${prefix}/lib/python2.7/site-packages
> checking for /Volumes/Data/Users/gtk/gtk/inst/bin/python extension module directory... ${exec_prefix}/lib/python2.7/site-packages
> checking for headers required to compile python extensions... found
> checking whether to build Python bindings... configure: error: Couldn't find the required Python tools.
> *** Error during phase configure of ige-mac-integration-python: ########## Error running ./configure --prefix /Volumes/Data/Users/gtk/gtk/inst --libdir '/Volumes/Data/Users/gtk/gtk/inst/lib' --enable-python *** [29/38]
>
> Per the configuration script, it seems that if have_python is set, which it appears to be per the checks shown above, I shouldn't receive this error. So, I've temporarily set have_python in configure manually to get a little further.
>
> Re-running the configuration phase gets me as far as building the python bindings for gtk_osxapplication, where I get the following:
>
> Making all in gtk_osxapplication
> /Volumes/Data/Users/gtk/gtk/inst/bin/python /Volumes/Data/Users/gtk/gtk/inst/share/pygobject/2.0/codegen/h2def.py ../../../src/gtkosxapplication.h > gtk_osxapplication.defs
> ( \
> --register /gdk-types.defs \
> --register /gtk-types.defs \
> --override gtk_osxapplication.override \
> --prefix gtk_osxapplication gtk_osxapplication.defs) > gen-gtk_osxapplication.c \
> && cp gen-gtk_osxapplication.c gtk_osxapplication.c \
> && rm -f gen-gtk_osxapplication.c
> /bin/sh: --register: command not found
>
> Further tests reveal that PYGOBJET_CODEGEN, PYGTK_DEFSDIR, and PYGTK_CFLAGS are not being set appropriately, though pkg-config does seem to find the the latter two, at least.
>
> The same issue is experienced in building igemacintegration.
>
> As I've described above, I have worked around the problem manually for now. I'll investigate more as time permits. Just wanted to share my findings.
Sorry about that. You need to do this:
--- /Volumes/RAID1/local/gtk-stable/src/ige-mac-integration-0.9.8/configure~ 2011-05-20 15:26:44.000000000 -0700
+++ /Volumes/RAID1/local/gtk-stable/src/ige-mac-integration-0.9.8/configure 2011-08-02 11:05:27.000000000 -0700
@@ -13483,7 +13483,7 @@
rm -f conftest.err conftest.$ac_ext
CPPFLAGS="$save_CPPFLAGS"
- if test x$GTK_MAJOR = "xgtk-2.0"; then :
+ if test x$GTK_MAJOR = "xgtk+-2.0"; then :
pkg_failed=no
{ $as_echo "$as_me:${as_lineno-$LINENO}: checking for PYGOBJECT" >&5
Which is in https://github.com/jralls/ige-mac-integration/commit/832fbfdf04485a5ca9478406b08f80e864d25d45,
I just haven't made a new tarball.
Regards,
John Ralls
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]