64位EPIC和一些模块 [英] 64-bit EPIC and some modules
问题描述
我得到了Itanium2机器[1],gcc默认构建了64位
可执行文件。 (sys.maxint = 9223372036854775807)。 _tkinter,
audioop和imageop最初没有编译,我相信这是一个配置问题的
问题。
我更改了模块/设置并从相关的
模块中删除了哈希值,并且重新编译工作正常;运行
test.test_audioop和test.test_imageop。
编辑后,_tkinter扩展也顺利完成
模块/设置,预装了8.3版本的tcl和tk。
问题是我对配置机制感到茫然,而且我可以'b $ b''不知道为什么audioop,imageop和_tkinter从一开始就没有在
中配置(毕竟它是linux系统;库和
包含在标准中地方,即/ usr / lib和/ usr / include)。我在自动取款机上浏览Google群组中的旧帖子,搜索一些
''python-configure-how-to'',但任何提示都会受到赞赏。
TIA
[1] SGI Altix 3000,4 * 900MHz
一些信息:
Python 2.4a0(#1,2003年9月24日,17:33:40)
[GCC 2.96 20000731(Red Hat Linux 7.2 2.96-116.7.2) )] on linux2
输入help,copyright,credit等等。或许可证或欲了解更多信息。
I got my hands on a Itanium2 machine[1], and gcc builds 64-bit
executables by default. (sys.maxint = 9223372036854775807). _tkinter,
audioop and imageop didn''t compile at first, and I believe it''s a
problem of configure.
I changed Modules/Setup and removed the hashes from the relevant
modules, and a recompilation worked fine; so did running
test.test_audioop and test.test_imageop.
Things went well for the _tkinter extension too, after editing
Modules/Setup, with the pre-installed 8.3 versions of tcl and tk.
The problem is that I am at a loss with the configure mechanism, and I
can''t figure why audioop, imageop and _tkinter were not configured in
from the beginning (it''s a linux system, after all; libraries and
includes are in the standard places, ie /usr/lib and /usr/include). I
am ATM browsing old posts in Google groups searching for pieces of a
''python-configure-how-to'', but any hints would be appreciated.
TIA
[1] SGI Altix 3000, 4*900MHz
Some info:
Python 2.4a0 (#1, Sep 24 2003, 17:33:40)
[GCC 2.96 20000731 (Red Hat Linux 7.2 2.96-116.7.2)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
import platform
platform.platform()
''Linux-2.4.20 -sgi220rp03062622_10017-ia64-with-redhat-2.1-Derry''plasform.uname()
(''Linux'',''altix3000.sil-tec.gr'',''2.4.20-sgi220rp03062622_10017' ',''#1
SMP Thu Jun 26 22:04:03 PDT 2003'',''ia64'','''')import test.pystone
test.pystone .main()
import platform
platform.platform() ''Linux-2.4.20-sgi220rp03062622_10017-ia64-with-redhat-2.1-Derry'' platform.uname() (''Linux'', ''altix3000.sil-tec.gr'', ''2.4.20-sgi220rp03062622_10017'', ''#1
SMP Thu Jun 26 22:04:03 PDT 2003'', ''ia64'', '''') import test.pystone
test.pystone.main()
Pystone(1.1)50000次通过时间= 3.6356
本机基准测试为13752.9 pystones / second
#我没有安装英特尔编译器还没有重新编译python
-
TZOTZIOY,我说英格兰非常最好,
Microsoft安全警报:Matrix开始是开源的。
Pystone(1.1) time for 50000 passes = 3.6356
This machine benchmarks at 13752.9 pystones/second
# I didn''t install the Intel compilers yet to recompile python
--
TZOTZIOY, I speak England very best,
Microsoft Security Alert: the Matrix began as open source.
推荐答案
ChristosTZOTZIOY Georgiou< tz ** @ sil-tec.gr>写道:
Christos "TZOTZIOY" Georgiou <tz**@sil-tec.gr> writes:
我得到了一台Itanium2机器[1],gcc默认构建了64位可执行文件。 (sys.maxint = 9223372036854775807)。 _tkinter,
audioop和imageop最初没编译,我相信这是配置问题。
我更改了模块/设置并删除了哈希相关的模块,重新编译工作正常;运行
test.test_audioop和test.test_imageop。
在使用预先安装的8.3版本的tcl和tk编辑
Modules / Setup之后,_tkinter扩展也很顺利。
问题是我对配置机制感到茫然,我无法理解为什么从一开始就没有在
中配置audioop,imageop和_tkinter (毕竟它是linux系统;库和
包含在标准位置,即/ usr / lib和/ usr / include)。我是自动取款机浏览Google群组中的旧帖子,搜索@ python-configure-how-to的内容,但任何提示都会受到赞赏。
I got my hands on a Itanium2 machine[1], and gcc builds 64-bit
executables by default. (sys.maxint = 9223372036854775807). _tkinter,
audioop and imageop didn''t compile at first, and I believe it''s a
problem of configure.
I changed Modules/Setup and removed the hashes from the relevant
modules, and a recompilation worked fine; so did running
test.test_audioop and test.test_imageop.
Things went well for the _tkinter extension too, after editing
Modules/Setup, with the pre-installed 8.3 versions of tcl and tk.
The problem is that I am at a loss with the configure mechanism, and I
can''t figure why audioop, imageop and _tkinter were not configured in
from the beginning (it''s a linux system, after all; libraries and
includes are in the standard places, ie /usr/lib and /usr/include). I
am ATM browsing old posts in Google groups searching for pieces of a
''python-configure-how-to'', but any hints would be appreciated.
我可能错了,但我认为audioop和imageop只能在
32位环境下工作。
干杯,< br $> b $ b mwh
-
请注意Common Lisp社区超过40岁b
年旧。总的来说,社区已经在未来三年内每个无能为力的新手都会来这里。
请放松一下。 - Erik Naggum,comp.lang.lisp
I may be wrong, but I thought that audioop and imageop only work in a
32 bit environment.
Cheers,
mwh
--
please realize that the Common Lisp community is more than 40
years old. collectively, the community has already been where
every clueless newbie will be going for the next three years.
so relax, please. -- Erik Naggum, comp.lang.lisp
2003年9月24日星期三16:28:25 GMT,谣言说Michael Hudson
< mw*@python.net>可能写的:
On Wed, 24 Sep 2003 16:28:25 GMT, rumours say that Michael Hudson
<mw*@python.net> might have written:
我可能错了,但我认为audioop和imageop只能在32位环境下工作。
I may be wrong, but I thought that audioop and imageop only work in a
32 bit environment.
我发现Guido(1998)的一篇旧帖子要求64位
环境中的测试人员;看来他当时所做的工作(也许后来他或其他人工作过一段时间)给了成果。
我检查了音频来源至少),并且在它的开头有一些#ifdef
代码,确保计算中使用的类型为4
字节长。
测试运行正常! :)
Guido'的帖子:
http://groups.google.com/groups?selm...I.Reston.Va.US
-
TZOTZIOY,我说英格兰最好,
微软安全警报:Matrix开源为开源。
I found an old post by Guido (1998) asking for testers in 64-bit
environments; it seems that the work he did then (and perhaps some later
work by him or others) gave fruit.
I checked the source (of audioop at least), and there are some #ifdef
code at the start of it, assuring the type used in calculations is 4
bytes long.
The tests ran fine! :)
Guido''s post:
http://groups.google.com/groups?selm...I.Reston.Va.US
--
TZOTZIOY, I speak England very best,
Microsoft Security Alert: the Matrix began as open source.
Christos" TZOTZIOY" Georgiou< tz ** @ sil-tec.gr>写道:
Christos "TZOTZIOY" Georgiou <tz**@sil-tec.gr> writes:
2003年9月24日星期三格林尼治标准时间16:28:25,谣言说Michael Hudson
< mw*@python.net>可能写的:
On Wed, 24 Sep 2003 16:28:25 GMT, rumours say that Michael Hudson
<mw*@python.net> might have written:
我可能错了,但我认为audioop和imageop只能在32位环境下工作。
I may be wrong, but I thought that audioop and imageop only work in a
32 bit environment.
我检查了源码(至少是audioop),还有一些# ifdef
代码在它的开头,确保计算中使用的类型是4
字节长。
测试运行良好! :)
I found an old post by Guido (1998) asking for testers in 64-bit
environments; it seems that the work he did then (and perhaps some later
work by him or others) gave fruit.
I checked the source (of audioop at least), and there are some #ifdef
code at the start of it, assuring the type used in calculations is 4
bytes long.
The tests ran fine! :)
哦,很好。你可能需要深入了解setup.py才能找到原因
他们没有在itanium上构建 - 没有一个,它不是那种
我可以真正激励自己:-)
干杯,
mwh
PS:hp-ux / itanium似乎完全没有了......
-
C不干净 - 语言有_many_陷阱和陷阱,
虽然它的语义在某种意义上是_simple_,但它并不比它所基于的汇编语言设计更清晰。
- Erik Naggum, comp.lang.lisp
Oh, fine. You''ll probably have to dig into setup.py to find why
they''re not building on itanium -- not having one, it''s not the sort
of thing I can really motivate myself about :-)
Cheers,
mwh
PS: hp-ux/itanium appears to be utterly horked...
--
C is not clean -- the language has _many_ gotchas and traps, and
although its semantics are _simple_ in some sense, it is not any
cleaner than the assembly-language design it is based on.
-- Erik Naggum, comp.lang.lisp
这篇关于64位EPIC和一些模块的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!