Author haypo
Recipients haypo, mark.dickinson
Date 2008-11-05.00:29:06
SpamBayes Score 1.69408e-08
Marked as misclassified No
Message-id <1225844949.84.0.32950005798.issue4258@psf.upfronthosting.co.za>
In-reply-to
Content
> Note that to avoid "bad marshal data" errors, 
> you'll probably need to do a 'make distclean' 
> before rebuilding with this patch.

I saw that you choosed to use the base 2^30 for marshal. For a better 
portability (be able to use .pyc generated without your patch), you 
may keep the base 2^15. I implemented that in my GMP patch (manual 
conversion from/to base 2^15).

If we change the marshal format of long, the magic number should be 
different (we might use a tag like the "full unicode" tag used in 
Python3 magic number) and/or the bytecode (actual bytecode is 'l'). 
The base should be independent of the implementation, like Python does 
with text: UTF-8 for files and UCS-4 in memory. We may use the base 
2^8 (256) or another power or 2^8 (2^16, 2^32, 2^64?). The base 256 
sounds interresting because any CPU is able to process 8 bits digits.

Cons: Use a different bases makes Python slower for loading/writing 
from/to .pyc.
History
Date User Action Args
2008-11-05 00:29:09hayposetrecipients: + haypo, mark.dickinson
2008-11-05 00:29:09hayposetmessageid: <1225844949.84.0.32950005798.issue4258@psf.upfronthosting.co.za>
2008-11-05 00:29:08haypolinkissue4258 messages
2008-11-05 00:29:07haypocreate