The cachersrc.py module uses API's that are not available in 64-bit
mode. I don't have time to look into fixing that (or even research if
the cachersrc.py script should be called for a 64-bit install, there's
a significant chance that it is not needed).
Ronald
On 18 Aug, 2008, at 21:09, Chris Kees wrote:
I'm running into a problem building/installing from svn source
r65809 for
the 64-bit universal configuration on 10.5. The installer can't find
the
FSpOpenResFile function during the install phase. Here is a summary
of what
is happening:
% uname -a
Darwin ... 9.4.0 Darwin Kernel Version 9.4.0: Mon Jun 9 19:30:53
PDT 2008;
root:xnu-1228.5.20~1/RELEASE_I386 i386
%gcc --version
i686-apple-darwin9-gcc-4.0.1 (GCC) 4.0.1 (Apple Inc. build 5484)
%../configure --with-universal-archs=64-bit --with-framework-
name=Python64
--enable-framework --enable-universalsdk=/
MACOSX_DEPLOYMENT_TARGET=10.5
%make
%make test
...
319 tests OK.
8 tests failed:
test_aepack test_applesingle test_array test_distutils
test_httpservers test_macostools test_scriptpackages test_signal
33 tests skipped:
test_al test_bsddb test_bsddb3 test_cd test_cl test_codecmaps_cn
test_codecmaps_hk test_codecmaps_jp test_codecmaps_kr
test_codecmaps_tw test_curses test_dl test_epoll test_gdbm test_gl
test_imageop test_imgfile test_largefile test_linuxaudiodev
test_normalization test_ossaudiodev test_pep277 test_py3kwarn
test_socketserver test_startfile test_sunaudiodev test_tcl
test_timeout test_urllib2net test_urllibnet test_winreg
test_winsound test_zipfile64
2 skips unexpected on darwin:
test_tcl test_dl
%sudo make install
...
running install_egg_info
Removing
/Library/Frameworks/Python64.framework/Versions/2.6/lib/python2.6/
lib-dynloa
d/Python-2.6b2_-py2.6.egg-info
Writing
/Library/Frameworks/Python64.framework/Versions/2.6/lib/python2.6/
lib-dynloa
d/Python-2.6b2_-py2.6.egg-info
ln -fs "../../../Python64"
"/Library/Frameworks/Python64.framework/Versions/2.6/lib/python2.6/
config/li
bpython2.6.a"
cd Mac && make installmacsubtree DESTDIR=""
DYLD_FRAMEWORK_PATH=/Users/cekees/src/pyadh-compilers/python-trunk/
build4wu:
../python.exe ../../Mac/scripts/cachersrc.py -v
/Library/Frameworks/Python64.framework/Versions/2.6/lib/python2.6/
plat-mac
/Library/Frameworks/Python64.framework/Versions/2.6/Mac/Tools
Traceback (most recent call last):
File "../../Mac/scripts/cachersrc.py", line 44, in <module>
main()
File "../../Mac/scripts/cachersrc.py", line 41, in main
os.path.walk(dir, handler, (verbose, force))
File "./../Lib/posixpath.py", line 224, in walk
func(arg, top, names)
File "../../Mac/scripts/cachersrc.py", line 23, in handler
macresource.open_pathname(os.path.join(dirname, fn),
verbose=verbose)
File
"/Users/cekees/src/pyadh-compilers/python-trunk/Lib/plat-mac/
macresource.py"
, line 81, in open_pathname
refno = Res.FSpOpenResFile(pathname, 1)
AttributeError: 'module' object has no attribute 'FSpOpenResFile'
make[1]: *** [installmacsubtree] Error 1
make: *** [frameworkinstallmaclib] Error 2
I looked in the Mac subdirectory at the source for the _Res
extension module
where FSpOpenResFile is defined, but it looks like if _LP64_ is
defined
these function definitions are skipped. Also, if I build the 32-bit
or 4-way
('all') universals I get the same output from 'make test' but the
installer
is happy. After some additional testing with the 4-way universal I'm
beginning to find that it has some problems with some extension
modules when
run as 64-bit, which is why I went back to test the 64-bit
universal. Does
anybody recognize this error? Is anybody actually using a 64-bit
framework
build on OSX 10.5 (of 2.6 or 2.5.2)?
Chris
_______________________________________________
Pythonmac-SIG maillist - Pythonmac-SIG@python.org
http://mail.python.org/mailman/listinfo/pythonmac-sig
_______________________________________________
Pythonmac-SIG maillist - Pythonmac-SIG@python.org
http://mail.python.org/mailman/listinfo/pythonmac-sig
