On 13/01/2010 19:13, "Martin v. Löwis" wrote: >>>> * Python 2.6.4 Windows X86-64 installer (Windows AMD64 / Intel 64 / >>>> X86-64 binary -- does not include source) >>>> >>>> instead of: >>>> >>>> * Python 2.6.4 Windows AMD64 installer (Windows AMD64 binary -- does >>>> not include source) >>>> >>>> >>> -1. AMD doesn't want us to use the term x86-64 anymore, but wants us >>> to use AMD64 instead. I think we should comply - they invented the >>> architecture, so they have the right to give it a name. Neither >>> Microsoft nor Intel have such a right. >>> >>> >> I think we should use whatever is most informative and least confusing >> to our users - we owe our allegiance to them and not to a processor vendor. >> > And why do you think this is x86-64? > Well anecdotal everyone I have *every* talked to about 64bit processors has referred to having a 64bit processor (x86 is a given) and not an AMD64 architecture processor. Linus Torvalds addressed this specific issue for Linux and came down on the side of "x86-64": http://kerneltrap.org/node/2466 Look up AMD64 on Wikipedia and it redirects you to the X86-64 page. Information website setup by AMD and partners about the AMD64 architecture: http://www.x86-64.org/about.html In the AMD website they refer to "x86-64 Assembly": http://www.x86-64.org/documentation/assembly.html Microsoft seem to draw a distinction between x64 (which would also be acceptable) and Itanium based systems. Very rarely do they refer to AMD64: * http://www.microsoft.com/servers/64bit/compare.mspx * http://www.microsoft.com/servers/64bit/x64/overview.mspx * http://www.microsoft.com/servers/64bit/overview.mspx Using a vendor specific name automatically begs the question as to whether the installer works on processors from other vendors, as we saw in the specific enquiry from the user that triggered this debate. Referring to the AMD 64 build as x86-64, with a footnote explaining which architectures this specifically means is unlikely to confuse people. It is *definitely* better than just saying AMD64. All the best, Michael > Regards, > Martin > _______________________________________________ > Python-Dev mailing list > Python-Dev at python.org > http://mail.python.org/mailman/listinfo/python-dev > Unsubscribe: http://mail.python.org/mailman/options/python-dev/fuzzyman%40voidspace.org.uk > -- http://www.ironpythoninaction.com/ http://www.voidspace.org.uk/blog READ CAREFULLY. By accepting and reading this email you agree, on behalf of your employer, to release me from all obligations and waivers arising from any and all NON-NEGOTIATED agreements, licenses, terms-of-service, shrinkwrap, clickwrap, browsewrap, confidentiality, non-disclosure, non-compete and acceptable use policies (”BOGUS AGREEMENTS”) that I have entered into with your employer, its partners, licensors, agents and assigns, in perpetuity, without prejudice to my ongoing rights and privileges. You further represent that you have the authority to release me from any BOGUS AGREEMENTS on behalf of your employer.
RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4