> I'd say yes, it should demonstrably produce faster code (easy to test
> that).
I would be opposed unless a complete automation of that is possible and
can be contributed. For AMD64, I see little hope for that, as I build
the releases in a cross-compilation environment, so I can't run them
on t
A lot of functions in Python 3.x have blocks like
if (PyString_Check(sub_obj)) {
sub = PyString_AS_STRING(sub_obj);
sub_len = PyString_GET_SIZE(sub_obj);
}
else if (PyObject_AsCharBuffer(sub_obj, &sub, &sub_len))
return NULL;
On 11/21/07, Christian Heimes <[EMAIL PROTECTED]> wrote:
> Gregory P. Smith wrote:
> > I would not hold up a compiler decision based on the mingw project. Always
> > use the latest MS compiler released at the time for a x.0 build of any
> > python. Doing otherwise costs the world a fortune in los
Gregory P. Smith wrote:
> I would not hold up a compiler decision based on the mingw project. Always
> use the latest MS compiler released at the time for a x.0 build of any
> python. Doing otherwise costs the world a fortune in lost performance
> (higher power consumption via lower efficiency co
Guido van Rossum:
> I just changed PEP 3137 to rename the mutable bytes type 'bytearray'
> instead of 'buffer', and implemented this change in the py3k branch.
>
> A lot of code in the Py3k branch still returns PyBytes instances
> (i.e., bytearray) where it should really return PyString instances
>
On Nov 21, 2007 3:48 PM, Lisandro Dalcin <[EMAIL PROTECTED]> wrote:
> On 11/21/07, Guido van Rossum <[EMAIL PROTECTED]> wrote:
> > I just changed PEP 3137 to rename the mutable bytes type 'bytearray'
> > instead of 'buffer', and implemented this change in the py3k branch.
>
> Have you ever consider
On 11/21/07, Guido van Rossum <[EMAIL PROTECTED]> wrote:
> I just changed PEP 3137 to rename the mutable bytes type 'bytearray'
> instead of 'buffer', and implemented this change in the py3k branch.
Have you ever consider using 'bytes' for the mutable and 'frozenbytes'
for the inmutable?
--
Lis
2007/11/21, Christian Heimes <[EMAIL PROTECTED]>:
> Paul Moore wrote:
> > Cool. I'm downloading now, and will report back.
>
> How is it going? Does the PCbuild9 directory work with the final version
> of VS C++ Express?
Yes, it seems to work. I am currently running the test suite, with
good resul
Martin v. Löwis schrieb:
>> Not that it changes anything, but VS 2008 it was released today.
>
> Actually, it may. I'll see whether I can release 3.0a2 with VS 2008.
> (which depends on whether I can get it through our MSDN subscription,
> and on whether Christian's project files work well enough)
I just changed PEP 3137 to rename the mutable bytes type 'bytearray'
instead of 'buffer', and implemented this change in the py3k branch.
A lot of code in the Py3k branch still returns PyBytes instances
(i.e., bytearray) where it should really return PyString instances
(i.e., bytes). I'm not going
On 11/20/07, Paul Moore <[EMAIL PROTECTED]> wrote:
>
> On 20/11/2007, Paul Moore <[EMAIL PROTECTED]> wrote:
> > PPS I *will* see what the current status of msvcr8/9 support in the
> > Mingw project is, but I'm not too hopeful - mingw is currently
> > undergoing a change of maintainers and progress
> Not that it changes anything, but VS 2008 it was released today.
Actually, it may. I'll see whether I can release 3.0a2 with VS 2008.
(which depends on whether I can get it through our MSDN subscription,
and on whether Christian's project files work well enough)
Regards,
Martin
On 21/11/2007, Christian Heimes <[EMAIL PROTECTED]> wrote:
> Paul Moore wrote:
> > Cool. I'm downloading now, and will report back.
>
> How is it going? Does the PCbuild9 directory work with the final version
> of VS C++ Express?
I couldn't install at work (don't ask :-() so I'll have to do it at
Paul Moore wrote:
> Cool. I'm downloading now, and will report back.
How is it going? Does the PCbuild9 directory work with the final version
of VS C++ Express?
Christian
___
Python-3000 mailing list
Python-3000@python.org
http://mail.python.org/mailman
On 21/11/2007, Christian Heimes <[EMAIL PROTECTED]> wrote:
> > Not that it changes anything, but VS 2008 it was released today.
> > Cheers,
>
> Nice :)
>
> You can get more information at
> http://msdn2.microsoft.com/en-us/vstudio/products/default.aspx
>
> The express edition is available at
> http
On 2007-11-20, you wrote:
> (top-posting to shorten the reading time)
>
[snip]
> This does mean that it doesn't fall back on logical equivalences. It
> is entirely possible (though pathological) for two objects to be both
> equal and unequal, or for one to be both less-than the other but not
> les
16 matches
Mail list logo
