> I suggest following POSIX's lead and omitted the const in these cases.
Thanks, that sounds reasonable.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.pytho
On Tue, Oct 20, 2009 at 7:44 PM, David Cournapeau wrote:
> On Wed, Oct 21, 2009 at 5:49 AM, Paul Moore wrote:
>> 2009/10/20 Chris Withers :
>> There are many (I believe) Windows users for whom bdist_wininst is
>> just what they want. For those people, where's the incentive to switch
>> in what yo
On Wed, Oct 21, 2009 at 5:49 AM, Paul Moore wrote:
> 2009/10/20 Chris Withers :
>> I wouldn't have a problem if integrating with the windows package manager
>> was an optional extra, but I think it's one of many types of package
>> management that need to be worried about, so might be easier to ge
On Tue, Oct 20, 2009 at 3:00 PM, Paul Moore wrote:
> 2009/10/20 Stefan Krah :
>> Hi,
>>
>> as some of you know, recently I've released an arbitrary precision
>> C library for decimal arithmetic together with a Python module:
>>
>> http://www.bytereef.org/libmpdec.html
>> http://www.bytereef.org/fa
On Tue, 20 Oct 2009 21:49:42 +0100, Paul Moore wrote:
> Can I repeat that in big letters? The key is a SINGLE DISTRIBUTION
FORMAT.
ok - but that pretty much exists..
> If you can persuade everyone to accept a format which ignores clearly
> stated user requirements, go for it. But if you can't,
On Tue, Oct 20, 2009 at 4:03 PM, Barry Scott wrote:
> Checking my patch I have two functions that need to
> have output params changed to const to avoid casting.
>
>PyOS_strtoul- ptr
>PyLong_FromString - pend
>
This is a no-win situation. If the string
On 20 Oct 2009, at 04:35, Martin v. Löwis wrote:
The patch I developed for comment only adds const to the input
parameters and used casts to
allow output parameters to stay without the const.
What specific APIs are you talking about here?
Checking my patch I have two functions that need to
2009/10/20 Stefan Krah :
> Hi,
>
> as some of you know, recently I've released an arbitrary precision
> C library for decimal arithmetic together with a Python module:
>
> http://www.bytereef.org/libmpdec.html
> http://www.bytereef.org/fastdec.html
>
>
> Both the library and the module have been te
On Tue, Oct 20, 2009 at 07:57, Mark Dickinson wrote:
> On Tue, Oct 20, 2009 at 3:50 PM, Eric Smith wrote:
> >> The code was working a few months ago (with all Decimal tests
> >> passing), but there have been some changes and bugfixes since
> >> then. I might try to resurrect that code, dropping
2009/10/20 Chris Withers :
> I wouldn't have a problem if integrating with the windows package manager
> was an optional extra, but I think it's one of many types of package
> management that need to be worried about, so might be easier to get the
> others working and let anyone who wants anything
On Tue, Oct 20, 2009 at 3:50 PM, Eric Smith wrote:
>> The code was working a few months ago (with all Decimal tests
>> passing), but there have been some changes and bugfixes since
>> then. I might try to resurrect that code, dropping the _Decimal type and
>> just concentrating on Deccoeff.
>
> M
> On Tue, Oct 20, 2009 at 11:49 AM, Nick Coghlan wrote:
>> Mark Dickinson wrote:
>>> This high-precision inefficiency could easily be fixed by
>>> using a dedicated 'decimal natural number' extension
>>> type for the Decimal coefficient, stored internally in base
>>> a suitable power of 10. [...]
On Tue, 20 Oct 2009 at 09:55, sstein...@gmail.com wrote:
On Oct 20, 2009, at 9:43 AM, Stefan Krah wrote:
sstein...@gmail.com wrote:
> Shouldn't this be on python-ideas?
I found previous discussions about "Decimal in C" on python-dev, that's why
used this list.
python-ideas:
This list is to
Chris Withers wrote:
[following up on distutils-sig]
...FAIL, sorry for the noise.
Chris
--
Simplistix - Content Management, Batch Processing & Python Consulting
- http://www.simplistix.co.uk
___
Python-Dev mailing list
Python-Dev@python.
[following up on distutils-sig]
Michael Foord wrote:
Many Windows users would be quite happy if the standard mechanism for
installing non-source distributions on Windows was via the wininst
binaries.
...and many users may not be ;-) I know I'd be extremely unhappy if that
were the case as I
On Oct 20, 2009, at 9:43 AM, Stefan Krah wrote:
sstein...@gmail.com wrote:
Shouldn't this be on python-ideas?
I found previous discussions about "Decimal in C" on python-dev,
that's why
used this list.
python-ideas:
This list is to contain discussion of speculative language ideas for
sstein...@gmail.com wrote:
> Shouldn't this be on python-ideas?
I found previous discussions about "Decimal in C" on python-dev, that's why
used this list.
Stefan Krah
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/
On Tue, 20 Oct 2009 at 09:27, sstein...@gmail.com wrote:
Shouldn't this be on python-ideas?
IMO this question is appropriate for python-dev, not python-ideas.
--David
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/li
Shouldn't this be on python-ideas?
S
On Oct 20, 2009, at 9:15 AM, Stefan Krah wrote:
Hi,
as some of you know, recently I've released an arbitrary precision
C library for decimal arithmetic together with a Python module:
http://www.bytereef.org/libmpdec.html
http://www.bytereef.org/fastdec.ht
Hi,
as some of you know, recently I've released an arbitrary precision
C library for decimal arithmetic together with a Python module:
http://www.bytereef.org/libmpdec.html
http://www.bytereef.org/fastdec.html
Both the library and the module have been tested extensively. Fastdec
currently diffe
I'd like to turn over the organization of the VM and Python Language
Summits at PyCon 2010 to someone else, one or two people. (The same
person doesn't need to organize both of them.)
Why: in November PyCon will be three months away, so the guest list
needs to be finalized and the invitations nee
On Tue, Oct 20, 2009 at 11:49 AM, Nick Coghlan wrote:
> Mark Dickinson wrote:
>> This high-precision inefficiency could easily be fixed by
>> using a dedicated 'decimal natural number' extension
>> type for the Decimal coefficient, stored internally in base
>> a suitable power of 10. [...]
>
> Did
On Oct 19, 2009, at 11:10 PM, Lisandro Dalcin wrote:
I'm getting this warning. It seems nothing is actually broken, but the
fix is pretty easy.
gcc -pthread -c -fno-strict-aliasing -g -Wall -Wstrict-prototypes -I.
-IInclude -I./Include -DPy_BUILD_CORE -o Objects/unicodeobject.o
Objects/unico
Mark Dickinson wrote:
> This high-precision inefficiency could easily be fixed by
> using a dedicated 'decimal natural number' extension
> type for the Decimal coefficient, stored internally in base
> a suitable power of 10. I think this may be worth
> considering seriously. I'm not proposing this
On Mon, Oct 19, 2009 at 9:58 PM, Tim Peters wrote:
> Don't want to hijack this thread, but this is the kind of use case
> justifying keeping the 3-argument pow in the decimal module. People
> "playing" with number theory questions can learn a bag of tricks to
> worm around that non-decimal arithm
25 matches
Mail list logo
