Re: [Python-Dev] cpython: Force 32bit Keccak implementation on SPARC. It look like the Solaris CC
On Sun, 14 Oct 2012 02:53:51 +0200 (CEST) christian.heimes wrote: > http://hg.python.org/cpython/rev/b397b0c08f69 > changeset: 79717:b397b0c08f69 > parent: 79715:3465ef48d0f5 > user:Christian Heimes > date:Sun Oct 14 02:52:01 2012 +0200 > summary: > Force 32bit Keccak implementation on SPARC. It look like the Solaris CC > compiler doesn't like the address alignment. I think SPARC (the architecture) disallows unaligned accesses to memory. I don't think it is specific to the Solaris CC compiler. Regards Antoine. ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] cpython: Force 32bit Keccak implementation on SPARC. It look like the Solaris CC
Zitat von Antoine Pitrou : I think SPARC (the architecture) disallows unaligned accesses to memory. I don't think it is specific to the Solaris CC compiler. That's correct. Unaligned memory operations need to use memcpy. Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] cpython: Force 32bit Keccak implementation on SPARC. It look like the Solaris CC
Am 14.10.2012 12:36, schrieb Antoine Pitrou: > I think SPARC (the architecture) disallows unaligned accesses to > memory. I don't think it is specific to the Solaris CC compiler. I've updated the comment accordingly. Unaligned access is just used by the opt64 implementation of Keccak. opt32 is more conservative and works on 32 and 64bit platforms. ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
[Python-Dev] Issues Pending Review
Hello, I have some issues pending 'patch review' hanging for more than two weeks, could somebody please check them out? HTTPServer does not correctly handle bad headers / http://bugs.python.org/issue16083 rlcompleter adds builtins when custom dict is used / http://bugs.python.org/issue5256 a -= b should be fast if a is a small set and b is a large set / http://bugs.python.org/issue8425 (note: hettinger said to wait for his -noisy before applying) Add support for IEEE 754 contexts to decimal module. / http://bugs.python.org/issue8786 -- ù ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Issues Pending Review
Zitat von Michele Orrù : Hello, I have some issues pending 'patch review' hanging for more than two weeks, could somebody please check them out? In case nobody picks it up, my 5-for-1 offer still stands: if you review five issues, I'll review one of yours. Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] [Core-mentorship] Issues Pending Review
> In case nobody picks it up, my 5-for-1 offer still stands: if you review > five issues, I'll review one of yours. :D merwork saves™ >> HTTPServer does not correctly handle bad headers / >> http://bugs.python.org/issue16083 > It does not seem clear what should be done and which versions to change. If there is something more than than the "security" flag, may you explain further what is unclear on the bugtracker? > And it was reviewed 2 days after posting. So why list it here? Sorry, it was not meant to be there. I probably picked the wrong one, http://bugs.python.org/issue16081 / Fix compile warnings in thread_pthread.h >> Add support for IEEE 754 contexts to decimal module. / >> http://bugs.python.org/issue8786 > reviewed Thanks. -- ù ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
