让MySQLdb在我运行Macosx10.5 Leopard的mac mini上运行是一个巨大的问题
大家好,
我有一个Mac mini运行MAOCOSX 10.5豹子我想部署
Django项目.我的后端是mysql,我的后端作为64-
位应用程序.当然,Apache2也以64位运行.
MySQLDB在应用各种后安装了通常的警告
我在这里和那里发现的补丁.这些补丁包括更改
_mysql.c和site.cfg.
基本上,我的问题归结为:
文件"
文件" build/bdist.macosx-10.5-i386/egg/mysqldb/__ init__.py",line
19,在
文件" build/bdist.macosx-10.5-i386/egg/_mysql.py,第7行,
<模块>
文件" build/bdist.macosx-10.5-i386/egg/_mysql.py,第6行,
__bootstrap __
Invimperror:动态模块不定定义init函数(init_mysql)
有人解决了这个问题吗?我已经四处狩猎了两个星期,我的
截止日期迫在眉睫.
Geert
# 回答1
盖特,
我自己没有看到这个问题,但是,您可能会有更多的运气
在MySQLDB邮件列表上询问,因为这似乎是一个问题
与DB相比您的Python代码.可能值得发布您的问题
那里也是如此,因为它会增加您找到一个知道的人的机会
mysqldb内而外. http://mail.python.org/mailman/listinfo/db-sig
干杯,
罗伯特
- - -原始信息 - - -
来自:PY ****************************************************************************************** ******@python.org
[mailto:py ******************************************************************************************************************************** *******@python.org]
代表盖特
发送:2008年3月14日10:36
到:pythender@python.org
主题:巨大的问题获取mysqldb可以在我的Mac mini运行MacOSX上工作
10.5豹
大家好,
我有一个Mac mini运行MAOCOSX 10.5豹子我想部署
Django项目.我的后端是mysql,我的后端作为64-
位应用程序.当然,Apache2也以64位运行.
MySQLDB在应用各种后安装了通常的警告
我在这里和那里发现的补丁.这些补丁包括更改
_mysql.c和site.cfg.
基本上,我的问题归结为:
文件"",第1行,<模块>
文件" build/bdist.macosx-10.5-i386/egg/mysqldb/__ init__.py",line
19,在中
文件" build/bdist.macosx-10.5-i386/egg/_mysql.py,第7行,
<模块>
文件" build/bdist.macosx-10.5-i386/egg/_mysql.py,第6行,
__bootstrap __
Invimperror:动态模块不定定义init函数(init_mysql)
有人解决了这个问题吗?我已经四处狩猎2周,我的
截止日期迫在眉睫.
盖特
-http://mail.python.org/mailman/listinfo/python-list
盖特,
我自己没有看到这个问题,但是,您可能会有更多的运气
在MySQLDB邮件列表上询问,因为这似乎是一个问题
与DB相比您的Python代码.可能值得发布您的问题
那里也是如此,因为它会增加您找到一个知道的人的机会
mysqldb内而外. http://mail.python.org/mailman/listinfo/db-sig
干杯,
罗伯特
- - -原始信息 - - -
来自:PY ****************************************************************************************** ******@python.org
[mailto:py ******************************************************************************************************************************** *******@python.org]
代表盖特
发送:2008年3月14日10:36
到:pythender@python.org
主题:巨大的问题获取mysqldb可以在我的Mac mini运行MacOSX上工作
10.5豹
大家好,
我有一个Mac mini运行MAOCOSX 10.5豹子我想部署
Django项目.我的后端是mysql,我的后端作为64-
位应用程序.当然,Apache2也以64位运行.
MySQLDB在应用各种后安装了通常的警告
我在这里和那里发现的补丁.这些补丁包括更改
_mysql.c和site.cfg.
基本上,我的问题归结为:
文件"
文件" build/bdist.macosx-10.5-i386/egg/mysqldb/__ init__.py",line
19,在
文件" build/bdist.macosx-10.5-i386/egg/_mysql.py,第7行,
<模块>
文件" build/bdist.macosx-10.5-i386/egg/_mysql.py,第6行,
__bootstrap __
Invimperror:动态模块不定定义init函数(init_mysql)
有人解决了这个问题吗?我已经四处狩猎2周,我的
截止日期迫在眉睫.
盖特
-http://mail.python.org/mailman/listinfo/python-list
# 回答2
查看http://groups.google.be/group/comp.l...a1fb7f7deca194
您可以在http://www.nabble.com/python---pythonmac-sig-f2970.html(_@@_)上咨询MacPython列表.
在3月14日,11:49*AM," Robert Rawlins"
我已经订阅了您给出的列表.
Geert
查看http://groups.google.be/group/comp.l...a1fb7f7deca194
您可以在http://www.nabble.com/python---pythonmac-sig-f2970.html(_@@_)上咨询MacPython列表.
在3月14日,11:49*AM," Robert Rawlins"
我已经订阅了您给出的列表.
Geert
# 回答3
在3月14日,1:15*PM,M artin.lal ...@gmail.com写道:
只是想让您知道我已经解决了我的问题.解决方案
是使用MySQL使用
macosx_deployment_target = 10.5 \
cflags ='-Arch I386 -ark x86_64 -arch ppc7400 -arch ppc64'\
ldflags ='-Arch I386 -ark x86_64 -arch ppc7400 -arch ppc64'\
cxxflags ='-Arch i386 -ark x86_64 -arch ppc7400 -arch ppc64'\
./configure - 二依赖性 - 轨道 - eNable-thread-saf-client
-prefix =/usr/local/mysql
然后,您以这种方式使其在计算机上运行:http://hivelogic.com/articles/instal...l-on-on-mac-os-os-x/
然后重新安装mysqldb.魔法!
Geert
在3月14日,1:15*PM,M artin.lal ...@gmail.com写道:
只是想让您知道我已经解决了我的问题.解决方案
是使用MySQL使用
macosx_deployment_target = 10.5 \
cflags ='-Arch I386 -ark x86_64 -arch ppc7400 -arch ppc64'\
ldflags ='-Arch I386 -ark x86_64 -arch ppc7400 -arch ppc64'\
cxxflags ='-Arch i386 -ark x86_64 -arch ppc7400 -arch ppc64'\
./configure - 二依赖性 - 轨道 - eNable-thread-saf-client
-prefix =/usr/local/mysql
然后,您以这种方式使其在计算机上运行:http://hivelogic.com/articles/instal...l-on-on-mac-os-os-x/
然后重新安装mysqldb.魔法!
Geert
# 回答4
在3月18日,6:56*下午,geert
是使用MySQL使用
macosx_deployment_target = 10.5 \
cflags ='-Arch I386 -ark x86_64 -arch ppc7400 -arch ppc64'\
ldflags ='-Arch I386 -ark x86_64 -arch ppc7400 -arch ppc64'\
cxxflags ='-Arch i386 -ark x86_64 -arch ppc7400 -arch ppc64'\
./configure - disable-depentency-tracking * - 启用 - theable-thread-saf-lient
-prefix =/usr/local/mysql
然后,您以这种方式使其在计算机上运行:http://hivelogic.com/articles/instal...l-on-on-mac-os-os-x/
然后重新安装mysqldb.魔法!
盖特
似乎我已经大喊大叫了很快.只要一切正常
我刚刚运行Django Dev服务器,但通过
mod_wsgi带来了一个众所周知的但不超过令人安慰的抱怨:
[星期二3月18日23:34:25 2008] [错误] [client :: 1] mod_wsgi(pid = 2352):
发生了例外,处理WSGI脚本/用户/geert/stites/lithonet/
ln/lnapache.wsgi'.,推荐人:http:// localhost/images/
[星期二3月18日23:34:25 2008] [错误] [客户:: 1] Trackback(最新的
致电last):,参考器:http:// localhost/images/
[星期二3月18日23:34:25 2008] [错误] [客户:: 1]文件"/library/
python/2.5/site-ackages/django/core/handlers/wsgi.py",第205行,in
__call__,推荐人:http:// localhost/images/
[2008年3月18日星期二23:34:25] [错误] [客户:: 1]响应=
self.get_response(请求),推荐人:http:// localhost/images/
[星期二3月18日23:34:25 2008] [错误] [客户:: 1]文件"/library/
python/2.5/site-packages/django/core/handlers/base.py",第64行,in
get_response,推荐人:http:// localhost/images/
[2008年3月18日星期二23:34:25] [错误] [客户:: 1]响应=
Midderware_method(请求),推荐人:http:// localhost/images/
[星期二3月18日23:34:25 2008] [错误] [客户:: 1]文件"/library/
python/2.5/site-ackages/django/concom/sessions/middleware.py",line
13,在process_request,推荐人:http:// localhost/images/
[2008年3月18日星期二23:34:25] [错误] [客户:: 1]引擎=
__import __(settings.session_engine,{},{},[''']),参考器:http:// localhost/images/
[星期二3月18日23:34:25 2008] [错误] [客户:: 1]文件"/library/
python/2.5/site-packages/django/concom/sessions/backends/db.py,line
2,在中,推荐人:http:// localhost/images/
[2008年3月18日星期二23:34:25] [错误] [客户:: 1]来自
django.contrib.sessions.models导入会话,推荐人:http:// localhost/images/
[星期二3月18日23:34:25 2008] [错误] [客户:: 1]文件"/library/
python/2.5/site-packages/django/concom/sessions/models.py",第5行,
在<模块>中,参考器:http:// localhost/images/
[2008年3月18日星期二23:34:25] [错误] [client :: 1]来自django.db
导入模型,推荐人:http:// localhost/images/
[星期二3月18日23:34:25 2008] [错误] [客户:: 1]文件"/library/
python/2.5/site-packages/django/db/__ init__.py",第17行,,
推荐人:http:// localhost/images/
[2008年3月18日星期二23:34:25] [错误] [client :: 1] backend =
__import __('％s％s.base'％(_import_path,settings.database_engine),{},
{},['']),参考器:http:// localhost/images/
[星期二3月18日23:34:25 2008] [错误] [客户:: 1]文件"/library/
python/2.5/site-ackages/django/db/backends/mysql/base.py,第12行,
在<模块>中,参考器:http:// localhost/images/
[2008年3月18日星期二23:34:25] [错误] [客户:: 1]
不正确地配置("错误加载mysqldb模块:％s"％e),参考器:http:// localhost/images/
[2008年3月18日星期二23:34:25] [错误] [客户:: 1]不适当地配置:
错误加载mysqldb模块:dlopen(/library/webserver/.python-eggs/
mySQL_PYTHON-1.2.2-PY2.5-MACOSX-10.5-I386.EGG-TMP/_MYSQL.SO,2):否
找到合适的图像.确实找到了:,推荐人:http:// localhost/images/
[2008年3月18日23:34:25] [错误] [客户:: 1] \ t/library/
WebServer/.python-Eggs/mysql_python-1.2.2-py2.5-macosx-10.5-i386.egg-
tmp/_mysql.so:Universal包装器中没有匹配的体系结构,参考器:http:// localhost/images/
mmmmmm
Geert
在3月18日,6:56*下午,geert
是使用MySQL使用
macosx_deployment_target = 10.5 \
cflags ='-Arch I386 -ark x86_64 -arch ppc7400 -arch ppc64'\
ldflags ='-Arch I386 -ark x86_64 -arch ppc7400 -arch ppc64'\
cxxflags ='-Arch i386 -ark x86_64 -arch ppc7400 -arch ppc64'\
./configure - disable-depentency-tracking * - 启用 - theable-thread-saf-lient
-prefix =/usr/local/mysql
然后,您以这种方式使其在计算机上运行:http://hivelogic.com/articles/instal...l-on-on-mac-os-os-x/
然后重新安装mysqldb.魔法!
盖特
似乎我已经大喊大叫了很快.只要一切正常
我刚刚运行Django Dev服务器,但通过
mod_wsgi带来了一个众所周知的但不超过令人安慰的抱怨:
[星期二3月18日23:34:25 2008] [错误] [client :: 1] mod_wsgi(pid = 2352):
发生了例外,处理WSGI脚本/用户/geert/stites/lithonet/
ln/lnapache.wsgi'.,推荐人:http:// localhost/images/
[星期二3月18日23:34:25 2008] [错误] [客户:: 1] Trackback(最新的
致电last):,参考器:http:// localhost/images/
[星期二3月18日23:34:25 2008] [错误] [客户:: 1]文件"/library/
python/2.5/site-ackages/django/core/handlers/wsgi.py",第205行,in
__call__,推荐人:http:// localhost/images/
[2008年3月18日星期二23:34:25] [错误] [客户:: 1]响应=
self.get_response(请求),推荐人:http:// localhost/images/
[星期二3月18日23:34:25 2008] [错误] [客户:: 1]文件"/library/
python/2.5/site-packages/django/core/handlers/base.py",第64行,in
get_response,推荐人:http:// localhost/images/
[2008年3月18日星期二23:34:25] [错误] [客户:: 1]响应=
Midderware_method(请求),推荐人:http:// localhost/images/
[星期二3月18日23:34:25 2008] [错误] [客户:: 1]文件"/library/
python/2.5/site-ackages/django/concom/sessions/middleware.py",line
13,在process_request,推荐人:http:// localhost/images/
[2008年3月18日星期二23:34:25] [错误] [客户:: 1]引擎=
__import __(settings.session_engine,{},{},[''']),参考器:http:// localhost/images/
[星期二3月18日23:34:25 2008] [错误] [客户:: 1]文件"/library/
python/2.5/site-packages/django/concom/sessions/backends/db.py,line
2,在
[2008年3月18日星期二23:34:25] [错误] [客户:: 1]来自
django.contrib.sessions.models导入会话,推荐人:http:// localhost/images/
[星期二3月18日23:34:25 2008] [错误] [客户:: 1]文件"/library/
python/2.5/site-packages/django/concom/sessions/models.py",第5行,
在<模块>中,参考器:http:// localhost/images/
[2008年3月18日星期二23:34:25] [错误] [client :: 1]来自django.db
导入模型,推荐人:http:// localhost/images/
[星期二3月18日23:34:25 2008] [错误] [客户:: 1]文件"/library/
python/2.5/site-packages/django/db/__ init__.py",第17行,
推荐人:http:// localhost/images/
[2008年3月18日星期二23:34:25] [错误] [client :: 1] backend =
__import __('％s％s.base'％(_import_path,settings.database_engine),{},
{},['']),参考器:http:// localhost/images/
[星期二3月18日23:34:25 2008] [错误] [客户:: 1]文件"/library/
python/2.5/site-ackages/django/db/backends/mysql/base.py,第12行,
在<模块>中,参考器:http:// localhost/images/
[2008年3月18日星期二23:34:25] [错误] [客户:: 1]
不正确地配置("错误加载mysqldb模块:％s"％e),参考器:http:// localhost/images/
[2008年3月18日星期二23:34:25] [错误] [客户:: 1]不适当地配置:
错误加载mysqldb模块:dlopen(/library/webserver/.python-eggs/
mySQL_PYTHON-1.2.2-PY2.5-MACOSX-10.5-I386.EGG-TMP/_MYSQL.SO,2):否
找到合适的图像.确实找到了:,推荐人:http:// localhost/images/
[2008年3月18日23:34:25] [错误] [客户:: 1] \ t/library/
WebServer/.python-Eggs/mysql_python-1.2.2-py2.5-macosx-10.5-i386.egg-
tmp/_mysql.so:Universal包装器中没有匹配的体系结构,参考器:http:// localhost/images/
mmmmmm
Geert
# 回答5
在3月19日上午9:47,Geert
我刚刚运行了Django Dev服务器,但是转到Apache prinmod_wsgibrings是一个众所周知但不超过舒适的抱怨:
[星期二3月18日23:34:25 2008] [错误] [client :: 1] mod_wsgi(pid = 2352):
发生了例外,处理WSGI脚本/用户/geert/stites/lithonet/
ln/lnapache.wsgi'.,推荐人:http:// localhost/images/
[星期二3月18日23:34:25 2008] [错误] [客户:: 1] Trackback(最新的
致电last):,参考器:http:// localhost/images/
[星期二3月18日23:34:25 2008] [错误] [客户:: 1]文件"/library/
python/2.5/site-ackages/django/core/handlers/wsgi.py",第205行,in
__call__,推荐人:http:// localhost/images/
[2008年3月18日星期二23:34:25] [错误] [客户:: 1]响应=
self.get_response(请求),推荐人:http:// localhost/images/
[星期二3月18日23:34:25 2008] [错误] [客户:: 1]文件"/library/
python/2.5/site-packages/django/core/handlers/base.py",第64行,in
get_response,推荐人:http:// localhost/images/
[2008年3月18日星期二23:34:25] [错误] [客户:: 1]响应=
Midderware_method(请求),推荐人:http:// localhost/images/
[星期二3月18日23:34:25 2008] [错误] [客户:: 1]文件"/library/
python/2.5/site-ackages/django/concom/sessions/middleware.py",line
13,在process_request,推荐人:http:// localhost/images/
[2008年3月18日星期二23:34:25] [错误] [客户:: 1]引擎=
__IMPORT __(settings.session_engine, {},{},['']),参考器:http:// localhost/images/
[星期二3月18日23:34:25 2008] [错误] [客户:: 1]文件"/library/
python/2.5/site-packages/django/concom/sessions/backends/db.py,line
2,在中,推荐人:http:// localhost/images/
[2008年3月18日星期二23:34:25] [错误] [客户:: 1]来自
django.contrib.sessions.models导入会话,推荐人:http:// localhost/images/
[星期二3月18日23:34:25 2008] [错误] [客户:: 1]文件"/library/
python/2.5/site-packages/django/concom/sessions/models.py",第5行,
在<模块>中,参考器:http:// localhost/images/
[2008年3月18日星期二23:34:25] [错误] [client :: 1]来自django.db
导入模型,推荐人:http:// localhost/images/
[星期二3月18日23:34:25 2008] [错误] [客户:: 1]文件"/library/
python/2.5/site-packages/django/db/__ init__.py",第17行,,
推荐人:http:// localhost/images/
[2008年3月18日星期二23:34:25] [错误] [client :: 1] backend =
__import __('％s％s.base'％(_import_path,settings.database_engine),{},
{},['']),参考器:http:// localhost/images/
[星期二3月18日23:34:25 2008] [错误] [客户:: 1]文件"/library/
python/2.5/site-ackages/django/db/backends/mysql/base.py,第12行,
在<模块>中,参考器:http:// localhost/images/
[2008年3月18日星期二23:34:25] [错误] [客户:: 1]
不正确地配置("错误加载mysqldb模块:％s"％e),参考器:http:// localhost/images/
[2008年3月18日星期二23:34:25] [错误] [客户:: 1]不适当地配置:
错误加载mysqldb模块:dlopen(/library/webserver/.python-eggs/
mySQL_PYTHON-1.2.2-PY2.5-MACOSX-10.5-I386.EGG-TMP/_MYSQL.SO,2):否
找到合适的图像.确实找到了:,推荐人:http:// localhost/images/
[2008年3月18日23:34:25] [错误] [客户:: 1] \ t/library/
WebServer/.python-Eggs/mysql_python-1.2.2-py2.5-macosx-10.5-i386.egg-
tmp/_mysql.so:Universal包装器中没有匹配的体系结构,参考器:http:// localhost/images/
您是否再次确认运行:
file/library/webserver/.python-eggs/mysql_python-1.2.2-py2.5--
macOSX-10.5-i386.egg-tmp/_mysql.so
显示.SO具有所需架构,特别是什么
Apache运行为(例如x86_64)?
在构建和链接.SO文件显示时,请执行GCC编译器标志
所有的架构标志?
您是否清空python鸡蛋缓存以确保它不老了
编译版本?
格雷厄姆
在3月19日上午9:47,Geert
我刚刚运行了Django Dev服务器,但是转到Apache prinmod_wsgibrings是一个众所周知但不超过舒适的抱怨:
[星期二3月18日23:34:25 2008] [错误] [client :: 1] mod_wsgi(pid = 2352):
发生了例外,处理WSGI脚本/用户/geert/stites/lithonet/
ln/lnapache.wsgi'.,推荐人:http:// localhost/images/
[星期二3月18日23:34:25 2008] [错误] [客户:: 1] Trackback(最新的
致电last):,参考器:http:// localhost/images/
[星期二3月18日23:34:25 2008] [错误] [客户:: 1]文件"/library/
python/2.5/site-ackages/django/core/handlers/wsgi.py",第205行,in
__call__,推荐人:http:// localhost/images/
[2008年3月18日星期二23:34:25] [错误] [客户:: 1]响应=
self.get_response(请求),推荐人:http:// localhost/images/
[星期二3月18日23:34:25 2008] [错误] [客户:: 1]文件"/library/
python/2.5/site-packages/django/core/handlers/base.py",第64行,in
get_response,推荐人:http:// localhost/images/
[2008年3月18日星期二23:34:25] [错误] [客户:: 1]响应=
Midderware_method(请求),推荐人:http:// localhost/images/
[星期二3月18日23:34:25 2008] [错误] [客户:: 1]文件"/library/
python/2.5/site-ackages/django/concom/sessions/middleware.py",line
13,在process_request,推荐人:http:// localhost/images/
[2008年3月18日星期二23:34:25] [错误] [客户:: 1]引擎=
__IMPORT __(settings.session_engine, {},{},['']),参考器:http:// localhost/images/
[星期二3月18日23:34:25 2008] [错误] [客户:: 1]文件"/library/
python/2.5/site-packages/django/concom/sessions/backends/db.py,line
2,在
[2008年3月18日星期二23:34:25] [错误] [客户:: 1]来自
django.contrib.sessions.models导入会话,推荐人:http:// localhost/images/
[星期二3月18日23:34:25 2008] [错误] [客户:: 1]文件"/library/
python/2.5/site-packages/django/concom/sessions/models.py",第5行,
在<模块>中,参考器:http:// localhost/images/
[2008年3月18日星期二23:34:25] [错误] [client :: 1]来自django.db
导入模型,推荐人:http:// localhost/images/
[星期二3月18日23:34:25 2008] [错误] [客户:: 1]文件"/library/
python/2.5/site-packages/django/db/__ init__.py",第17行,
推荐人:http:// localhost/images/
[2008年3月18日星期二23:34:25] [错误] [client :: 1] backend =
__import __('％s％s.base'％(_import_path,settings.database_engine),{},
{},['']),参考器:http:// localhost/images/
[星期二3月18日23:34:25 2008] [错误] [客户:: 1]文件"/library/
python/2.5/site-ackages/django/db/backends/mysql/base.py,第12行,
在<模块>中,参考器:http:// localhost/images/
[2008年3月18日星期二23:34:25] [错误] [客户:: 1]
不正确地配置("错误加载mysqldb模块:％s"％e),参考器:http:// localhost/images/
[2008年3月18日星期二23:34:25] [错误] [客户:: 1]不适当地配置:
错误加载mysqldb模块:dlopen(/library/webserver/.python-eggs/
mySQL_PYTHON-1.2.2-PY2.5-MACOSX-10.5-I386.EGG-TMP/_MYSQL.SO,2):否
找到合适的图像.确实找到了:,推荐人:http:// localhost/images/
[2008年3月18日23:34:25] [错误] [客户:: 1] \ t/library/
WebServer/.python-Eggs/mysql_python-1.2.2-py2.5-macosx-10.5-i386.egg-
tmp/_mysql.so:Universal包装器中没有匹配的体系结构,参考器:http:// localhost/images/
您是否再次确认运行:
file/library/webserver/.python-eggs/mysql_python-1.2.2-py2.5--
macOSX-10.5-i386.egg-tmp/_mysql.so
显示.SO具有所需架构,特别是什么
Apache运行为(例如x86_64)?
在构建和链接.SO文件显示时,请执行GCC编译器标志
所有的架构标志?
您是否清空python鸡蛋缓存以确保它不老了
编译版本?
格雷厄姆
# 回答6
在3月19日,2:26*上午,Graham Dumpleton
写道:
您是否再次确认运行:
* file/library/weberver/.python-eggs/mysql_python-1.2.2-py2.5--
macOSX-10.5-i386.egg-tmp/_mysql.so
显示.SO具有所需架构,特别是什么
Apache运行为(例如x86_64)?
在构建和链接.SO文件显示时,请执行GCC编译器标志
所有的架构标志?
您是否清空python鸡蛋缓存以确保它不老了
编译版本?
格雷厄姆
大家好,
知道了!
我现在都有每次跑步.因此,总结一下:
我在一个新的Intel Mac上,运行64位的处理器MACOSX
10.5.2.
我的httpd(apache2)作为一个 64位应用程序,它将
在64位机器上进行课程.活动监视器证实了这一点.
我从源中编译了MySQL,如下所述:
macosx_deployment_target = 10.5 \
cflags ='-Arch I386 -ark x86_64 -arch ppc7400 -arch ppc64'\
ldflags ='-Arch I386 -ark x86_64 -arch ppc7400 -arch ppc64'\
cxxflags ='-Arch i386 -ark x86_64 -arch ppc7400 -arch ppc64'\
.
客户
-prefix =/usr/local/mysql
然后是mod_wsgi,就在开箱即用.
然后是mysqldb.
提取焦油,然后编辑_mysql.c.评论第37-39行:
//#ifndef uint
//#定义UINT UNSIGNED INT
//#万一
并改变了这一点:
UINT端口= mysql_port;
uint client_flag = 0;
为此:
unsigned int port = mysql_port;
unsigned int client_flag = 0;
在第484和485号线上
然后 - 但是我不知道这是否真的(总是)
site.cfg我更改了threadSafe = tule ture false.
我设置了构架,但我认为这没有帮助一英寸.
Archflags =' - Arch PPC -arch PPC64 -ark i386 -ark x86_64'
好的.因此,我去了sudo python setup.py build. (我意识到
Sudo不需要仅仅进行构建)
在那里,我注意到了这一点:
创建构建/temp.macosx-10.5-i386-2.5
gcc -fno-strict-aliasing -wno-long-double -no-cpp-precomp -mno-fuse-
madd -fno -common -dynamic -dndebug -g -os -wall -wstrict -prototypes-
dmacosx -i/usr/include/ffi -denable_dtrace -pipe-
dversion_info =(1,2,2,'final',0)-d__ version __ = 1.2.2 -i/usr/local/local/mysql/
包括/mysql -i/system/library/frameworks/python.framework/versions/
2.5/include/python2.5 -c _mysql.c -o build/temp.macosx-10.5-i386-2.5/
_mysql.o -ark i386 -ark x86_64 -arch ppc7400 -arch ppc64
您会看到,正在创建_mysql.o.如果您做文件_mysql.o,您
得到:
/Users/geert/desktop/mysql-python-1.2.2/build/temp.macosx-10.5--
i386-2.5/_mysql.o:Mach-O通用二进制,带4个架构
/Users/geert/desktop/mysql-python-1.2.2/build/temp.macosx-10.5--
i386-2.5/_mysql.o(用于体系结构i386):MACH-O对象i386
/Users/geert/desktop/mysql-python-1.2.2/build/temp.macosx-10.5--
i386-2.5/_mysql.o(用于架构x86_64):mach-o 64位对象
x86_64
/Users/geert/desktop/mysql-python-1.2.2/build/temp.macosx-10.5--
i386-2.5/_mysql.o(用于体系结构PPC7400):Mach-O对象PPC
/Users/geert/desktop/mysql-python-1.2.2/build/temp.macosx-10.5--
i386-2.5/_mysql.o(用于体系结构PPC64):Mach-O 64位对象PPC64
没关系.
但是,奇怪的是,当下一步创建_mysql.so时,GCC
并不添加所有拱门标志:
gcc -wl,-f. -bundle -undefined Dynamic_lookup -ark i386 -arch ppc
build/temp.macosx-10.5-i386-2.5/_mysql.o -l/usr/local/local/mysql/lib/mysql-
lmysqlclient -lz -lm -o build/lib.macosx -10.5 -i386-2.5/_mysql.so so
您最终得到了:
geert-dekkerss-imac:mysql-python-1.2.2 geert $ file/users/geert/geert/
台式/mysql-python-1.2.2/build/lib.macosx-10.5-i386-2.5/_mysql.so so
/USERS/GEERT/DESKTOP/MYSQL-PYTHON-1.2.2/BUILD/LIB.MACOSX-10.5-I386-2.5/
_mysql.so:Mach-o通用二进制 chit
/USERS/GEERT/DESKTOP/MYSQL-PYTHON-1.2.2/BUILD/LIB.MACOSX-10.5-I386-2.5/
_mysql.so(用于体系结构i386):MACH-O BUNDLE i386
/USERS/GEERT/DESKTOP/MYSQL-PYTHON-1.2.2/BUILD/LIB.MACOSX-10.5-I386-2.5/
_mysql.so(用于体系结构PPC7400):Mach-O Bundle PPC
绝对不是还可以.
所以我做到了:
sudo gcc -wl,-f. -Bundle -Unnefined Dynamic_lookup -arch ppc -arch
ppc64 -ark i386 -ark x86_64构建/temp.macosx-10.5-i386-2.5/_mysql.o
-l/usr/local/mysql/lib/mysql -lmysqlclient -lz -lm -o build/build/build/build/
lib.macosx-10.5-i386-2.5/_mysql.so
自己添加拱门标志,并在苏多(Sudo)下再次运行GCC.
和lo and the.
geert-dekkerss-imac:mysql-python-1.2.2 geert $ file /users /
geert/.python-eggs/mysql_python-1.2.2-py2.5-macosx-10.5-i386.egg-tmp/
_mysql.so
/Users/geert/.python-eggs/mysql_python-1.2.2-py2.5-macosx-10.5--
i386.egg-tmp/_mysql.so:Mach-O通用二进制
/Users/geert/.python-eggs/mysql_python-1.2.2-py2.5-macosx-10.5--
i386.egg-tmp/_mysql.so(用于架构PPC7400):Mach-O Bundle PPC
/Users/geert/.python-eggs/mysql_python-1.2.2-py2.5-macosx-10.5--
i386.egg-tmp/_mysql.so(用于架构PPC64):Mach-O 64位捆绑包
PPC64
/Users/geert/.python-eggs/mysql_python-1.2.2-py2.5-macosx-10.5--
i386.egg-tmp/_mysql.so(用于体系结构i386):Mach-O Bundle i386
/Users/geert/.python-eggs/mysql_python-1.2.2-py2.5-macosx-10.5--
i386.egg-tmp/_mysql.so(用于体系结构x86_64):mach-o 64位捆绑包
x86_64
好吧,我的寿命只花了20年,我的头发上的所有头发
头 :)
Geert
在3月19日,2:26*上午,Graham Dumpleton
写道:
您是否再次确认运行:
* file/library/weberver/.python-eggs/mysql_python-1.2.2-py2.5--
macOSX-10.5-i386.egg-tmp/_mysql.so
显示.SO具有所需架构,特别是什么
Apache运行为(例如x86_64)?
在构建和链接.SO文件显示时,请执行GCC编译器标志
所有的架构标志?
您是否清空python鸡蛋缓存以确保它不老了
编译版本?
格雷厄姆
大家好,
知道了!
我现在都有每次跑步.因此,总结一下:
我在一个新的Intel Mac上,运行64位的处理器MACOSX
10.5.2.
我的httpd(apache2)作为一个 64位应用程序,它将
在64位机器上进行课程.活动监视器证实了这一点.
我从源中编译了MySQL,如下所述:
macosx_deployment_target = 10.5 \
cflags ='-Arch I386 -ark x86_64 -arch ppc7400 -arch ppc64'\
ldflags ='-Arch I386 -ark x86_64 -arch ppc7400 -arch ppc64'\
cxxflags ='-Arch i386 -ark x86_64 -arch ppc7400 -arch ppc64'\
.
客户
-prefix =/usr/local/mysql
然后是mod_wsgi,就在开箱即用.
然后是mysqldb.
提取焦油,然后编辑_mysql.c.评论第37-39行:
//#ifndef uint
//#定义UINT UNSIGNED INT
//#万一
并改变了这一点:
UINT端口= mysql_port;
uint client_flag = 0;
为此:
unsigned int port = mysql_port;
unsigned int client_flag = 0;
在第484和485号线上
然后 - 但是我不知道这是否真的(总是)
site.cfg我更改了threadSafe = tule ture false.
我设置了构架,但我认为这没有帮助一英寸.
Archflags =' - Arch PPC -arch PPC64 -ark i386 -ark x86_64'
好的.因此,我去了sudo python setup.py build. (我意识到
Sudo不需要仅仅进行构建)
在那里,我注意到了这一点:
创建构建/temp.macosx-10.5-i386-2.5
gcc -fno-strict-aliasing -wno-long-double -no-cpp-precomp -mno-fuse-
madd -fno -common -dynamic -dndebug -g -os -wall -wstrict -prototypes-
dmacosx -i/usr/include/ffi -denable_dtrace -pipe-
dversion_info =(1,2,2,'final',0)-d__ version __ = 1.2.2 -i/usr/local/local/mysql/
包括/mysql -i/system/library/frameworks/python.framework/versions/
2.5/include/python2.5 -c _mysql.c -o build/temp.macosx-10.5-i386-2.5/
_mysql.o -ark i386 -ark x86_64 -arch ppc7400 -arch ppc64
您会看到,正在创建_mysql.o.如果您做文件_mysql.o,您
得到:
/Users/geert/desktop/mysql-python-1.2.2/build/temp.macosx-10.5--
i386-2.5/_mysql.o:Mach-O通用二进制,带4个架构
/Users/geert/desktop/mysql-python-1.2.2/build/temp.macosx-10.5--
i386-2.5/_mysql.o(用于体系结构i386):MACH-O对象i386
/Users/geert/desktop/mysql-python-1.2.2/build/temp.macosx-10.5--
i386-2.5/_mysql.o(用于架构x86_64):mach-o 64位对象
x86_64
/Users/geert/desktop/mysql-python-1.2.2/build/temp.macosx-10.5--
i386-2.5/_mysql.o(用于体系结构PPC7400):Mach-O对象PPC
/Users/geert/desktop/mysql-python-1.2.2/build/temp.macosx-10.5--
i386-2.5/_mysql.o(用于体系结构PPC64):Mach-O 64位对象PPC64
没关系.
但是,奇怪的是,当下一步创建_mysql.so时,GCC
并不添加所有拱门标志:
gcc -wl,-f. -bundle -undefined Dynamic_lookup -ark i386 -arch ppc
build/temp.macosx-10.5-i386-2.5/_mysql.o -l/usr/local/local/mysql/lib/mysql-
lmysqlclient -lz -lm -o build/lib.macosx -10.5 -i386-2.5/_mysql.so so
您最终得到了:
geert-dekkerss-imac:mysql-python-1.2.2 geert $ file/users/geert/geert/
台式/mysql-python-1.2.2/build/lib.macosx-10.5-i386-2.5/_mysql.so so
/USERS/GEERT/DESKTOP/MYSQL-PYTHON-1.2.2/BUILD/LIB.MACOSX-10.5-I386-2.5/
_mysql.so:Mach-o通用二进制 chit
/USERS/GEERT/DESKTOP/MYSQL-PYTHON-1.2.2/BUILD/LIB.MACOSX-10.5-I386-2.5/
_mysql.so(用于体系结构i386):MACH-O BUNDLE i386
/USERS/GEERT/DESKTOP/MYSQL-PYTHON-1.2.2/BUILD/LIB.MACOSX-10.5-I386-2.5/
_mysql.so(用于体系结构PPC7400):Mach-O Bundle PPC
绝对不是还可以.
所以我做到了:
sudo gcc -wl,-f. -Bundle -Unnefined Dynamic_lookup -arch ppc -arch
ppc64 -ark i386 -ark x86_64构建/temp.macosx-10.5-i386-2.5/_mysql.o
-l/usr/local/mysql/lib/mysql -lmysqlclient -lz -lm -o build/build/build/build/
lib.macosx-10.5-i386-2.5/_mysql.so
自己添加拱门标志,并在苏多(Sudo)下再次运行GCC.
和lo and the.
geert-dekkerss-imac:mysql-python-1.2.2 geert $ file /users /
geert/.python-eggs/mysql_python-1.2.2-py2.5-macosx-10.5-i386.egg-tmp/
_mysql.so
/Users/geert/.python-eggs/mysql_python-1.2.2-py2.5-macosx-10.5--
i386.egg-tmp/_mysql.so:Mach-O通用二进制
/Users/geert/.python-eggs/mysql_python-1.2.2-py2.5-macosx-10.5--
i386.egg-tmp/_mysql.so(用于架构PPC7400):Mach-O Bundle PPC
/Users/geert/.python-eggs/mysql_python-1.2.2-py2.5-macosx-10.5--
i386.egg-tmp/_mysql.so(用于架构PPC64):Mach-O 64位捆绑包
PPC64
/Users/geert/.python-eggs/mysql_python-1.2.2-py2.5-macosx-10.5--
i386.egg-tmp/_mysql.so(用于体系结构i386):Mach-O Bundle i386
/Users/geert/.python-eggs/mysql_python-1.2.2-py2.5-macosx-10.5--
i386.egg-tmp/_mysql.so(用于体系结构x86_64):mach-o 64位捆绑包
x86_64
好吧,我的寿命只花了20年,我的头发上的所有头发
头 :)
Geert
# 回答7
在3月19日,晚上9:30,geert
知道了!
我现在都有每次跑步.因此,总结一下:
我在一个新的Intel Mac上,运行64位的处理器MACOSX
10.5.2.
我的httpd(apache2)作为64位应用程序运行,它将
在64位机器上进行课程.活动监视器证实了这一点.
我从源中编译了MySQL,如下所述:
macosx_deployment_target = 10.5 \
cflags ='-Arch I386 -ark x86_64 -arch ppc7400 -arch ppc64'\
ldflags ='-Arch I386 -ark x86_64 -arch ppc7400 -arch ppc64'\
cxxflags ='-Arch i386 -ark x86_64 -arch ppc7400 -arch ppc64'\
.
客户
-prefix =/usr/local/mysql
然后是Camemod_wsgi,就在开箱即用.
然后是mysqldb.
提取焦油,然后编辑_mysql.c.评论第37-39行:
//#ifndef uint
//#定义UINT UNSIGNED INT
//#万一
并改变了这一点:
UINT端口= mysql_port;
uint client_flag = 0;
为此:
unsigned int port = mysql_port;
unsigned int client_flag = 0;
在第484和485号线上
然后 - 但是我不知道这是否真的(总是)
site.cfg我更改了threadSafe = tule ture false.
我设置了构架,但我认为这没有帮助一英寸.
Archflags =' - Arch PPC -arch PPC64 -ark i386 -ark x86_64'
好的.因此,我去了sudo python setup.py build. (我意识到
Sudo不需要仅仅进行构建)
那里, 我注意到了:
创建构建/temp.macosx-10.5-i386-2.5
gcc -fno-strict-aliasing -wno-long-double -no-cpp-precomp -mno-fuse-
madd -fno -common -dynamic -dndebug -g -os -wall -wstrict -prototypes-
dmacosx -i/usr/include/ffi -denable_dtrace -pipe-
dversion_info =(1,2,2,'final',0)-d__ version __ = 1.2.2 -i/usr/local/local/mysql/
包括/mysql -i/system/library/frameworks/python.framework/versions/
2.5/include/python2.5 -c _mysql.c -o build/temp.macosx-10.5-i386-2.5/
_mysql.o -ark i386 -ark x86_64 -arch ppc7400 -arch ppc64
您会看到,正在创建_mysql.o.如果您做文件_mysql.o,您
得到:
/Users/geert/desktop/mysql-python-1.2.2/build/temp.macosx-10.5--
i386-2.5/_mysql.o:Mach-O通用二进制,带4个架构
/Users/geert/desktop/mysql-python-1.2.2/build/temp.macosx-10.5--
i386-2.5/_mysql.o(用于体系结构i386):MACH-O对象i386
/Users/geert/desktop/mysql-python-1.2.2/build/temp.macosx-10.5--
i386-2.5/_mysql.o(用于架构x86_64):mach-o 64位对象
x86_64
/Users/geert/desktop/mysql-python-1.2.2/build/temp.macosx-10.5--
i386-2.5/_mysql.o(用于体系结构PPC7400):MACH-O对象PPC
/Users/geert/desktop/mysql-python-1.2.2/build/temp.macosx-10.5--
i386-2.5/_mysql.o(用于体系结构PPC64):Mach-O 64位对象PPC64
没关系.
但是,奇怪的是,当下一步创建_mysql.so时,GCC
并不添加所有拱门标志:
gcc -wl,-f. -bundle -undefined Dynamic_lookup -ark i386 -arch ppc
build/temp.macosx-10.5-i386-2.5/_mysql.o -l/usr/local/local/mysql/lib/mysql-
lmysqlclient -lz -lm -o build/lib.macosx -10.5 -i386-2.5/_mysql.so so
您最终得到了:
geert-dekkerss-imac:mysql-python-1.2.2 geert $ file/users/geert/geert/
台式/mysql-python-1.2.2/build/lib.macosx-10.5-i386-2.5/_mysql.so so
/USERS/GEERT/DESKTOP/MYSQL-PYTHON-1.2.2/BUILD/LIB.MACOSX-10.5-I386-2.5/
_mysql.so:Mach-O通用二进制,带2个架构
/USERS/GEERT/DESKTOP/MYSQL-PYTHON-1.2.2/BUILD/LIB.MACOSX-10.5-I386-2.5/
_mysql.so(用于体系结构i386):MACH-O BUNDLE i386
/USERS/GEERT/DESKTOP/MYSQL-PYTHON-1.2.2/BUILD/LIB.MACOSX-10.5-I386-2.5/
_mysql.so(用于体系结构PPC7400):Mach-O Bundle PPC
绝对不是还可以.
所以我做到了:
sudo gcc -wl,-f. -Bundle -Unnefined Dynamic_lookup -arch ppc -arch
ppc64 -ark i386 -ark x86_64构建/temp.macosx-10.5-i386-2.5/_mysql.o
-l/usr/local/mysql/lib/mysql -lmysqlclient -lz -lm -o build/build/build/build/
lib.macosx-10.5-i386-2.5/_mysql.so
自己添加拱门标志,并在苏多(Sudo)下再次运行GCC.
和lo and the.
geert-dekkerss-imac:mysql-python-1.2.2 geert $ file /users /
geert/.python-eggs/mysql_python-1.2.2-py2.5-macosx-10.5-i386.egg-tmp/
_mysql.so
/Users/geert/.python-eggs/mysql_python-1.2.2-py2.5-macosx-10.5--
i386.egg-tmp/_mysql.so:Mach-O通用二进制
/Users/geert/.python-eggs/mysql_python-1.2.2-py2.5-macosx-10.5--
i386.egg-tmp/_mysql.so(用于架构PPC7400):Mach-O Bundle PPC
/Users/geert/.python-eggs/mysql_python-1.2.2-py2.5-macosx-10.5--
i386.egg-tmp/_mysql.so(用于架构 ecture ppc64):Mach-O 64位捆绑包 PPC64 /Users/geert/.python-eggs/mysql_python-1.2.2-py2.5-macosx-10.5-- i386.egg-tmp/_mysql.so(用于体系结构i386):Mach-O Bundle i386 /Users/geert/.python-eggs/mysql_python-1.2.2-py2.5-macosx-10.5-- i386.egg-tmp/_mysql.so(用于体系结构x86_64):mach-o 64位捆绑包 x86_64 好吧,我的寿命只花了20年,我的头发上的所有头发 头 :) 我暂时无法访问MacOS X OS 2.5,但是 如果setup.py使用的distutils忽略了链接的Archflags,则 这可能是dist灭的问题. 但是更有可能是mysql setup.py正在设置某些选项,该选项导致Archflags为 被忽略. 奇怪的是,我在原始Python 2.5中找不到构架 我有,因此检查它可能是MacOS X OS提供的Python的. 需要检查我何时回到豹子盒. 格雷厄姆
在3月19日,晚上9:30,geert
知道了!
我现在都有每次跑步.因此,总结一下:
我在一个新的Intel Mac上,运行64位的处理器MACOSX
10.5.2.
我的httpd(apache2)作为64位应用程序运行,它将
在64位机器上进行课程.活动监视器证实了这一点.
我从源中编译了MySQL,如下所述:
macosx_deployment_target = 10.5 \
cflags ='-Arch I386 -ark x86_64 -arch ppc7400 -arch ppc64'\
ldflags ='-Arch I386 -ark x86_64 -arch ppc7400 -arch ppc64'\
cxxflags ='-Arch i386 -ark x86_64 -arch ppc7400 -arch ppc64'\
.
客户
-prefix =/usr/local/mysql
然后是Camemod_wsgi,就在开箱即用.
然后是mysqldb.
提取焦油,然后编辑_mysql.c.评论第37-39行:
//#ifndef uint
//#定义UINT UNSIGNED INT
//#万一
并改变了这一点:
UINT端口= mysql_port;
uint client_flag = 0;
为此:
unsigned int port = mysql_port;
unsigned int client_flag = 0;
在第484和485号线上
然后 - 但是我不知道这是否真的(总是)
site.cfg我更改了threadSafe = tule ture false.
我设置了构架,但我认为这没有帮助一英寸.
Archflags =' - Arch PPC -arch PPC64 -ark i386 -ark x86_64'
好的.因此,我去了sudo python setup.py build. (我意识到
Sudo不需要仅仅进行构建)
那里, 我注意到了:
创建构建/temp.macosx-10.5-i386-2.5
gcc -fno-strict-aliasing -wno-long-double -no-cpp-precomp -mno-fuse-
madd -fno -common -dynamic -dndebug -g -os -wall -wstrict -prototypes-
dmacosx -i/usr/include/ffi -denable_dtrace -pipe-
dversion_info =(1,2,2,'final',0)-d__ version __ = 1.2.2 -i/usr/local/local/mysql/
包括/mysql -i/system/library/frameworks/python.framework/versions/
2.5/include/python2.5 -c _mysql.c -o build/temp.macosx-10.5-i386-2.5/
_mysql.o -ark i386 -ark x86_64 -arch ppc7400 -arch ppc64
您会看到,正在创建_mysql.o.如果您做文件_mysql.o,您
得到:
/Users/geert/desktop/mysql-python-1.2.2/build/temp.macosx-10.5--
i386-2.5/_mysql.o:Mach-O通用二进制,带4个架构
/Users/geert/desktop/mysql-python-1.2.2/build/temp.macosx-10.5--
i386-2.5/_mysql.o(用于体系结构i386):MACH-O对象i386
/Users/geert/desktop/mysql-python-1.2.2/build/temp.macosx-10.5--
i386-2.5/_mysql.o(用于架构x86_64):mach-o 64位对象
x86_64
/Users/geert/desktop/mysql-python-1.2.2/build/temp.macosx-10.5--
i386-2.5/_mysql.o(用于体系结构PPC7400):MACH-O对象PPC
/Users/geert/desktop/mysql-python-1.2.2/build/temp.macosx-10.5--
i386-2.5/_mysql.o(用于体系结构PPC64):Mach-O 64位对象PPC64
没关系.
但是,奇怪的是,当下一步创建_mysql.so时,GCC
并不添加所有拱门标志:
gcc -wl,-f. -bundle -undefined Dynamic_lookup -ark i386 -arch ppc
build/temp.macosx-10.5-i386-2.5/_mysql.o -l/usr/local/local/mysql/lib/mysql-
lmysqlclient -lz -lm -o build/lib.macosx -10.5 -i386-2.5/_mysql.so so
您最终得到了:
geert-dekkerss-imac:mysql-python-1.2.2 geert $ file/users/geert/geert/
台式/mysql-python-1.2.2/build/lib.macosx-10.5-i386-2.5/_mysql.so so
/USERS/GEERT/DESKTOP/MYSQL-PYTHON-1.2.2/BUILD/LIB.MACOSX-10.5-I386-2.5/
_mysql.so:Mach-O通用二进制,带2个架构
/USERS/GEERT/DESKTOP/MYSQL-PYTHON-1.2.2/BUILD/LIB.MACOSX-10.5-I386-2.5/
_mysql.so(用于体系结构i386):MACH-O BUNDLE i386
/USERS/GEERT/DESKTOP/MYSQL-PYTHON-1.2.2/BUILD/LIB.MACOSX-10.5-I386-2.5/
_mysql.so(用于体系结构PPC7400):Mach-O Bundle PPC
绝对不是还可以.
所以我做到了:
sudo gcc -wl,-f. -Bundle -Unnefined Dynamic_lookup -arch ppc -arch
ppc64 -ark i386 -ark x86_64构建/temp.macosx-10.5-i386-2.5/_mysql.o
-l/usr/local/mysql/lib/mysql -lmysqlclient -lz -lm -o build/build/build/build/
lib.macosx-10.5-i386-2.5/_mysql.so
自己添加拱门标志,并在苏多(Sudo)下再次运行GCC.
和lo and the.
geert-dekkerss-imac:mysql-python-1.2.2 geert $ file /users /
geert/.python-eggs/mysql_python-1.2.2-py2.5-macosx-10.5-i386.egg-tmp/
_mysql.so
/Users/geert/.python-eggs/mysql_python-1.2.2-py2.5-macosx-10.5--
i386.egg-tmp/_mysql.so:Mach-O通用二进制
/Users/geert/.python-eggs/mysql_python-1.2.2-py2.5-macosx-10.5--
i386.egg-tmp/_mysql.so(用于架构PPC7400):Mach-O Bundle PPC
/Users/geert/.python-eggs/mysql_python-1.2.2-py2.5-macosx-10.5--
i386.egg-tmp/_mysql.so(用于架构 ecture ppc64):Mach-O 64位捆绑包 PPC64 /Users/geert/.python-eggs/mysql_python-1.2.2-py2.5-macosx-10.5-- i386.egg-tmp/_mysql.so(用于体系结构i386):Mach-O Bundle i386 /Users/geert/.python-eggs/mysql_python-1.2.2-py2.5-macosx-10.5-- i386.egg-tmp/_mysql.so(用于体系结构x86_64):mach-o 64位捆绑包 x86_64 好吧,我的寿命只花了20年,我的头发上的所有头发 头 :) 我暂时无法访问MacOS X OS 2.5,但是 如果setup.py使用的distutils忽略了链接的Archflags,则 这可能是dist灭的问题. 但是更有可能是mysql setup.py正在设置某些选项,该选项导致Archflags为 被忽略. 奇怪的是,我在原始Python 2.5中找不到构架 我有,因此检查它可能是MacOS X OS提供的Python的. 需要检查我何时回到豹子盒. 格雷厄姆