Apache Mod-Python - Commented: (MODPYTHON-186) Build process not using correct

This is Interesting: Free IT Magazines  
Home > Archive > Apache Mod-Python > November 2006 > Commented: (MODPYTHON-186) Build process not using correct





You are viewing an archived Text-only version of the thread. To view this thread in it's original format and/or if you want to reply to this thread please [click here]

Author Commented: (MODPYTHON-186) Build process not using correct
Graham Dumpleton (JIRA)

2006-11-14, 7:12 pm

[ http://issues.apache.org/jira/brows...action_12449856 ]

Graham Dumpleton commented on MODPYTHON-186:
--------------------------------------------

Someone has successfuly built mod_python on Mac OS X using:

gcc version 4.0.1 (Apple Computer, Inc. build 5367)

Thus, may have been a problem with the particular persons setup, or some issue has been fixed in newer version of XCode.

> Build process not using correct values from Python config Makefile.
> -------------------------------------------------------------------
>
> Key: MODPYTHON-186
> URL: http://issues.apache.org/jira/browse/MODPYTHON-186
> Project: mod_python
> Issue Type: Bug
> Components: core
> Affects Versions: 3.3, 3.2.10
> Reporter: Graham Dumpleton
>
> As found by Justin Erenkrantz, the build process for mod_python is using LINKFORSHARED from the Python config Makefile. On Mac OS X though this results in a expansion of:
> LDFLAGS= -Wl,-framework,Python -u __dummy -u _PyMac_Error -framework System
> $(PYTHONFRAMEWORKDIR)/Versions/$(VERSION)/$(PYTHONFRAMEWORK) -framework
> CoreServices -framework Foundation -Wl,-F. -Wl,-F.
> where PYTHONFRAMEWORKDIR, VERSION and PYTHONFRAMEWORK aren't defined at the point of expansion. Thus the compile executes with options:
> .../libtool --silent --mode=link ccache gcc -o mod_python.la -rpath
> .../httpd-trunk/modules -module -avoid-version hlistobject.lo hlist.lo
> filterobject.lo connobject.lo serverobject.lo util.lo tableobject.lo
> requestobject.lo _apachemodule.lo mod_python.lo -Wl,-framework,Python -u
> __dummy -u _PyMac_Error -framework System /Versions// -framework CoreServices
> -framework Foundation -Wl,-F. -Wl,-F. -lm -framework Python -ldl
> Ie., '/Versions//' gets passed as an option.
> So far this has been working without a problem, but looks like the version of gcc which has been supplied with version of XCode distributed around time of Apple WWDC in August 06 no longer will accept this and produces the error:
> powerpc-apple-darwin8-gcc-4.0.1: /Versions//: No such file or directory
> Last known version of gcc to accept it is:
> gcc version 4.0.1 (Apple Computer, Inc. build 5341)
> Version that no longer accepts it is:
> gcc version 4.0.1 (Apple Computer, Inc. build 5363)
> Suggestion was that LDSHARED should be used instead of LINKFORSHARED. Apparently Subversion had had to address similar problem so can learn from what they have done.
> Should be fixed for 3.3 and back ported to 3.2.x or we are going to start getting a lot of complaints.


Sponsored Links






Free braindumps | Software forum | Database administration forum

Copyright 2003 - 2008 webservertalk.com