Graham-

Thanks for all of your help with this. I'll keep hacking away at it
and let you know how it goes (though... I'm still stuck on ./configure
for python).

-Adam

On Dec 23, 7:36 pm, Graham Dumpleton <[email protected]>
wrote:
> Documentation says:
>
>   * ``3-way``:    ``ppc``, ``i386`` and ``x86_64``
>
>   * ``intel``:    ``i386``, ``x86_64``
>
> To build a universal binary that includes a 64-bit architecture you must build
> on a system running OSX 10.5 or later. The ``all`` flavour can only be build 
> on
> OSX 10.5.
>
> So, can't use all, but only '3-way' or 'intel'.
>
> I really got to run now and so can't wait for Python to finish
> building, but is at least building when use:
>
> ./configure --prefix=/usr/local/python-2.6.4
> --enable-framework=/usr/local/python-2.6.4/frameworks
> --enable-universalsdk=/ MACOSX_DEPLOYMENT_TARGET=10.5
> --with-universal-archs=3-way
>
> Can only see later if can then build mod_wsgi against that properly
> and whether need --disable-framework option or not.
>
> Graham
>
> 2009/12/24 Graham Dumpleton <[email protected]>:
>
>
>
> > I am in a hurry so going to have to go soon. You really do need:
>
> >  --with-universal-archs=all
>
> > when building Python else it doesn't build 64-bit, but Python
> > configure script is broken when specifying 'all' or '64-bit'.
>
> > Being Christmas, not sure when I will get too look at this. It does
> > mention this error in:
>
> >http://bugs.python.org/issue1099
>
> > but that seems to be for when debugging being enabled.
>
> > I'll have to revise what the so called voodoo is for build a framework
> > build on MacOS X is.
>
> > :-(
>
> > Graham
>
> > 2009/12/24 Graham Dumpleton <[email protected]>:
> >> Scratch that. Something is indeed amiss.
>
> >> I had to use --disable-framework because else you got:
>
> >> grumpy:mod_wsgi-4.X-2 grahamd$ sudo /usr/sbin/apachectl -t
> >> httpd: Syntax error on line 118 of /private/etc/apache2/httpd.conf:
> >> Cannot load /usr/libexec/apache2/mod_wsgi.so into server:
> >> dlopen(/usr/libexec/apache2/mod_wsgi.so, 10): Symbol not found:
> >> _PyBool_Type\n  Referenced from: /usr/libexec/apache2/mod_wsgi.so\n
> >> Expected in: flat namespace\n in /usr/libexec/apache2/mod_wsgi.so
>
> >> If you use --disable-framework, although it runs you have:
>
> >> grumpy:mod_wsgi-4.X-2 grahamd$ otool -L .libs/mod_wsgi.so
> >> .libs/mod_wsgi.so:
> >>        /System/Library/Frameworks/Python.framework/Versions/2.6/Python
> >> (compatibility version 2.6.0, current version 2.6.1)
> >>        /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current
> >> version 125.0.0)
>
> >> Right now have no idea what they have broken.
>
> >> Graham
>
> >> 2009/12/24 Graham Dumpleton <[email protected]>:
> >>> Okay, do the following.
>
> >>> 1. Trash the whole unpacked Python source directory and start from new
> >>> tar ball extract. That or run 'make distclean'.
>
> >>> 2. Make sure using /usr/bin/gcc.
>
> >>> grumpy:Python-2.6.2 grahamd$ which cc
> >>> /usr/bin/cc
> >>> grumpy:Python-2.6.2 grahamd$ which gcc
> >>> /usr/bin/gcc
>
> >>> If not, take any MacPorts or Homebrew directories out of PATH which
> >>> have alternate gcc installation.
>
> >>> 3. Run configure for Python as:
>
> >>> ./configure --prefix=/usr/local/python-2.6.4
> >>> --enable-framework=/usr/local/python-2.6.4/frameworks
> >>> --enable-universalsdk=/ MACOSX_DEPLOYMENT_TARGET=10.5
>
> >>> That is, get rid of --with-universal-archs=all completely. You still
> >>> need MACOSX_DEPLOYMENT_TARGET=10.5.
>
> >>> 4. Do the make and make install.
>
> >>> 5. Build mod_wsgi using --with-python option and the --disable-framework 
> >>> option.
>
> >>> grumpy:mod_wsgi-4.X-2 grahamd$ ./configure
> >>> --with-python=/usr/local/python-2.6.4/bin/python --disable-framework
> >>> checking for apxs2... no
> >>> checking for apxs... /usr/sbin/apxs
> >>> checking Apache version... 2.2.13
> >>> configure: creating ./config.status
> >>> config.status: creating Makefile
> >>> grumpy:mod_wsgi-4.X-2 grahamd$ make
> >>> /usr/sbin/apxs -c
> >>> -I/usr/local/python-2.6.4/frameworks/Python.framework/Versions/2.6/include/
> >>>  python2.6
> >>> -DNDEBUG  -Wc,'-arch x86_64' -Wc,'-arch i386' -Wc,'-arch ppc7400'
> >>> mod_wsgi.c 
> >>> -L/usr/local/python-2.6.4/frameworks/Python.framework/Versions/2.6/lib
> >>> -L/usr/local/python-2.6.4/frameworks/Python.framework/Versions/2.6/lib/pyth
> >>>  on2.6/config
> >>>  -arch x86_64 -arch i386 -arch ppc7400 -lpython2.6 -ldl
> >>> /usr/share/apr-1/build-1/libtool --silent --mode=compile gcc
> >>> -DDARWIN -DSIGPROCMASK_SETS_THREAD_MASK -I/usr/local/include
> >>> -I/usr/include/apache2  -I/usr/include/apr-1   -I/usr/include/apr-1
> >>> -arch x86_64 -arch i386 -arch ppc7400
> >>> -I/usr/local/python-2.6.4/frameworks/Python.framework/Versions/2.6/include/
> >>>  python2.6
> >>> -DNDEBUG  -c -o mod_wsgi.lo mod_wsgi.c && touch mod_wsgi.slo
> >>> /usr/share/apr-1/build-1/libtool --silent --mode=link gcc -o
> >>> mod_wsgi.la  -rpath /usr/libexec/apache2 -module -avoid-version
> >>> mod_wsgi.lo 
> >>> -L/usr/local/python-2.6.4/frameworks/Python.framework/Versions/2.6/lib
> >>> -L/usr/local/python-2.6.4/frameworks/Python.framework/Versions/2.6/lib/pyth
> >>>  on2.6/config
> >>> -arch x86_64 -arch i386 -arch ppc7400 -lpython2.6 -ldl
> >>> warning: no debug symbols in executable (-arch x86_64)
> >>> warning: no debug symbols in executable (-arch i386)
> >>> warning: no debug symbols in executable (-arch ppc7400)
> >>> grumpy:mod_wsgi-4.X-2 grahamd$ make
> >>> make: Nothing to be done for `all'.
> >>> grumpy:mod_wsgi-4.X-2 grahamd$ sudo make install
> >>> /usr/sbin/apxs -i -S LIBEXECDIR=/usr/libexec/apache2 -n 'mod_wsgi' 
> >>> mod_wsgi.la
> >>> /usr/share/httpd/build/instdso.sh
> >>> SH_LIBTOOL='/usr/share/apr-1/build-1/libtool' mod_wsgi.la
> >>> /usr/libexec/apache2
> >>> /usr/share/apr-1/build-1/libtool --mode=install cp mod_wsgi.la
> >>> /usr/libexec/apache2/
> >>> cp .libs/mod_wsgi.so /usr/libexec/apache2/mod_wsgi.so
> >>> cp .libs/mod_wsgi.lai /usr/libexec/apache2/mod_wsgi.la
> >>> cp .libs/mod_wsgi.a /usr/libexec/apache2/mod_wsgi.a
> >>> chmod 644 /usr/libexec/apache2/mod_wsgi.a
> >>> ranlib /usr/libexec/apache2/mod_wsgi.a
> >>> ----------------------------------------------------------------------
> >>> Libraries have been installed in:
> >>>   /usr/libexec/apache2
>
> >>> If you ever happen to want to link against installed libraries
> >>> in a given directory, LIBDIR, you must either use libtool, and
> >>> specify the full pathname of the library, or use the `-LLIBDIR'
> >>> flag during linking and do at least one of the following:
> >>>   - add LIBDIR to the `DYLD_LIBRARY_PATH' environment variable
> >>>     during execution
>
> >>> See any operating system documentation about shared libraries for
> >>> more information, such as the ld(1) and ld.so(8) manual pages.
> >>> ----------------------------------------------------------------------
> >>> chmod 755 /usr/libexec/apache2/mod_wsgi.so
> >>> grumpy:mod_wsgi-4.X-2 grahamd$ sudo /usr/sbin/apachectl stop
> >>> grumpy:mod_wsgi-4.X-2 grahamd$ sudo /usr/sbin/apachectl -t
> >>> Warning: DocumentRoot [/usr/docs/dummy-host.example.com] does not exist
> >>> Warning: DocumentRoot [/usr/docs/dummy-host2.example.com] does not exist
> >>> Syntax OK
> >>> grumpy:mod_wsgi-4.X-2 grahamd$ sudo /usr/sbin/apachectl start
>
> >>> That works for me.
>
> >>> Graham
>
> >>> 2009/12/24 Graham Dumpleton <[email protected]>:
> >>>> Try dropping the MACOSX_DEPLOYMENT_TARGET option completely. When I
> >>>> built 2.6.2 on Snow Leopard, I used:
>
> >>>> ./configure --prefix=/usr/local/python-2.6.2
> >>>> --enable-framework=/usr/local/python-2.6.2/frameworks
> >>>> --enable-universalsdk=/ --with-universal-archs=all
>
> >>>> I'll get down 2.6.4 and see what happens when I try and built it.
>
> >>>> Graham
>
> >>>> 2009/12/24 Adam Wolf <[email protected]>:
> >>>>> I've been bashing my head against the wall trying to get 2.6.4
> >>>>> installed form source.
>
> >>>>> First, --with-universal-archs=all doesn't work on Snow Leopard:
>
> >>>>>http://bugs.python.org/issue6245
>
> >>>>> Roland mentions only adding the "intel" and "3-way" options for 2.7
> >>>>> and 3.1 but it seems to be available in my 2.6.4 configure script. So
> >>>>> running it with
>
> >>>>> --with-universal-archs=intel
>
> >>>>> gets past the wchar_t size error, but now I get:
>
> >>>>> ...
> >>>>> configure: creating ./config.status
> >>>>> config.status: error: cannot find input file: Mac/Makefile.in
> >>>>> ...
>
> >>>>> In fact, just ./configure gives me the same error.
>
> >>>>> My /Mac directory is completely empty so I'm thinking its a bug in
> >>>>> python's configure script. I seem to be the only person in the world
> >>>>> who has had this problem.
>
> >>>>> Could using the Mac Installer Disc Image work? Otherwise I'll open a
> >>>>> bug with the python guys if you don't have any other ideas.
>
> >>>>> Thanks
>
> >>>>> Adam
>
> >>>>> On Dec 23, 4:47 pm, Graham Dumpleton <[email protected]>
> >>>>> wrote:
> >>>>>> 2009/12/24 Adam Wolf <[email protected]>:
>
> >>>>>> > Ok, I'll give that a shot now (Apple's 2.6.1 with Homebrew's
> >>>>>> > postgresql was not compatible with psycopg2).
>
> >>>>>> > I'm using 10.6 so shouldn't it be:
>
> >>>>>> > --enable-universalsdk=/ MACOSX_DEPLOYMENT_TARGET=10.6
>
> >>>>>> Not necessarily. That says what the oldest version of MacOS X is that
> >>>>>> you want to support with that installation. So, no harm in leaving it
> >>>>>> as 10.5 and not sure you would get any benefit in saying to target
> >>>>>> 10.6.
>
> >>>>>> Graham
>
> >>>>>> > ?
>
> >>>>>> > Thanks
>
> >>>>>> > On Dec 23, 4:11 pm, Graham Dumpleton <[email protected]>
> >>>>>> > wrote:
> >>>>>> >> Can you install Python 2.6.4 from source code yourself.
>
> >>>>>> >> You will need to have XCode installed.
>
> >>>>>> >> Use 'configure' arguments to Python as documented in:
>
> >>>>>> >>   ./configure --prefix=/usr/local/python-2.6.4  \
> >>>>>> >>  --enable-framework=/usr/local/python-2.6.4/frameworks \
> >>>>>> >>  --enable-universalsdk=/ MACOSX_DEPLOYMENT_TARGET=10.5 \
> >>>>>> >>  --with-universal-archs=all
>
> >>>>>> >> This will install stuff under /usr/local/python-2.6.4 and
> >>>>>> >> /Applications/Python 2.6.
>
> >>>>>> >> When you build mod_wsgi then use:
>
> >>>>>> >>   ./configure --with-python=/usr/local/python-2.6.4/bin/python
>
> >>>>>> >> You
>
> ...
>
> read more »

--

You received this message because you are subscribed to the Google Groups 
"modwsgi" group.
To post to this group, send email to [email protected].
To unsubscribe from this group, send email to 
[email protected].
For more options, visit this group at 
http://groups.google.com/group/modwsgi?hl=en.


Reply via email to