ess. People who use the pointer via ctypes etc.
should know the implications. I've opened #15986 for this.
Stefan Krah
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http:/
I'm
consistently measuring now.
Thanks,
Stefan Krah
___
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
793236
time: 0.348100s
decimal:
result: 3.141592653589793236
time: 43.241220s
Stefan Krah
___
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
vered by float"
For numerical programs, 1.4x (9 digits) to 3x (19 digits) slower would be
accurate. On Windows the difference is even less.
For output formatting, cdecimal is faster than float (at least it was when
I posted a benchmark a couple of m
impressive indeed.
Of course, if you compare a pure C program that uses libmpdec to a C program
that uses floats, the difference will be much higher.
Stefan Krah
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/list
Stefan Krah wrote:
> Precision: 19 decimal digits
>
> float:
> result: 3.1415926535897927
> time: 0.112874s
>
> cdecimal:
> result: 3.141592653589793236
> time: 0.348100s
>
> decimal:
> result: 3.141592653589793236
> time: 43.241220s
Apparently there wer
have ...
-ansi -DCONFIG_64=1 -DASM=1
... but the build is silently non-asm.
Like for pymath.c, __asm__ is tested for and selected in ./configure. So I'll
replace asm with __asm__, same as in pymath.c and ceval.c.
Stefan Krah
___
Python-
/README.txt
Stefan Krah
___
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
he 10.7 version of Apple's python2.5 is compiled with
> llvm-gcc and handles 2**31 correctly.
Yes, this looks like http://bugs.python.org/issue11149 .
Stefan Krah
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mail
to /home/user/bin or
something similar. Installing autoconf from source really takes about
3 minutes.
Stefan Krah
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.or
emoryview?
A lot of documentation has been written and released as well. Use it.
In case you don't know: If a PEP and the current documentation diverge,
the documentation takes precedence.
Stefan Krah
___
Python-Dev mailing list
Pyth
ter
> >> Avg: 0.823600 -> 0.015200: 54.18x faster
>
> I think the original explanation was cDecimal vs decimal.
Yes, the magnitude of the speedup looks correct. In an isolated benchmark
with the large input file [1] I'm getting 30x speedup for telco.
Stefan Krah
[1]
they were supposed to spell out the equality-hash
relationship. But that isn't obvious, so I'll add a comment or remove them.
Stefan Krah
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Uns
s.py", line 1211, in
> test_setegid
> self.assertRaises(os.error, os.setegid, 0)
> AssertionError: OSError not raised by setegid
This is harmless and occurs if the test user is in the wheel group, see:
http://bugs.python.org/issue14110
Stefan Krah
_
Hi,
hg.python.org seems to be unreachable (tested from various IP addresses).
Stefan Krah
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options
ecimal'] explicitly before calling
dumps()/loads(). See:
PythonAPItests.test_pickle()
ContextAPItests.test_pickle()
test_decimal ruthlessly switches sys.modules['decimal'] many times. At the
end of all tests there is a sanity check that asserts that the number
randomized.
Here's an example that might not have been caught with clean-env tests:
http://bugs.python.org/issue7384
Stefan Krah
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
n the Python version of 3.3 we have this:
>>> Element.__module__
'xml.etree.ElementTree'
So IMHO changing the C version to do the same in 3.3.1 is a compatibility fix.
Stefan Krah
___
Python-Dev mailing list
Python-Dev@python.o
t; prod at things like correct signal handling and whatnot.
For OpenBSD the situation should be fixed in the latest release:
http://www.openbsd.org/52.html#new
I haven't tried it myself though.
Stefan Krah
___
Python-Dev
ove something, but this requirement is rather special; personally
I'm okay with switching sys.modules explicitly in the tests, because that
reminds me of what pickle does.
Stefan Krah
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/
Eli Bendersky wrote:
> On Tue, Jan 8, 2013 at 8:05 AM, Stefan Krah wrote:
>
> pickle always looks up sys.modules['xml.etree.ElementTree']. Perhaps we
> could improve something, but this requirement is rather special;
> personally
> I'm okay with sw
f the failures get annoying just open a tracker issue, and I'll revert
the change.
Stefan Krah
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/opti
linux-x86_64-3.4/
24K build/lib.linux-x86_64-3.4/__pycache__
3.8Mbuild/lib.linux-x86_64-3.4/
$ ls -lh python
1.6M Jan 26 16:33 python
$ ls -lh libpython3.4m.a
9.4M Jan 26 16:33 libpython3.4m.a
Stefan Krah
___
Python-Dev mailing list
Python-
Stefan Krah wrote:
> I'm not sure how accurate the output is for measuring these things, but
> according to ``ls'' and ``du'' the option is indeed quite worthless:
>
> ./configure CFLAGS="-Os -s" LDFLAGS="-s" && make
> 1.8M Ja
301 - 324 of 324 matches
Mail list logo
