This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author loewis
Recipients loewis, ncoghlan, skrah, teoliphant
Date 2012-08-16.09:39:34
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <20120816113933.Horde.N-twJNjz9kRQLL-Vuqew9MA@webmail.df.eu>
In-reply-to <1345079050.28.0.028981423401.issue15625@psf.upfronthosting.co.za>
Content
> My current inclination is still to apply Victor's patch from #13072  
> (which changes array to export the appropriate integer typecodes for  
> 'u' arrays) and otherwise punt on this for 3.3 and try to sort out  
> the mess for 3.4.

I think this would be the worst choice. It would mean that we change
the format for exported array.arrays now for 3.3, and then change it
in 3.4 again. So anybody who cares about this would have to deal
with three different behaviors.

Note that the array module had been using 'u' and 'w' essentially
"forever" (i.e. since 3.0).

> For 3.4, I'm inclined to favour Stefan's proposal of C, U, W mapping  
> to multi-point sequences of UCS-1, UCS-2, UCS-4 code points (with  
> corresponding typecodes in the array module).

Fine with me in principle, although I see a problem when NumPy uses
'U' for UCS-4, yet CPython declares it to be UCS-2. I also think that
Travis' explicit agreement must be sought.
History
Date User Action Args
2012-08-16 09:39:35loewissetrecipients: + loewis, teoliphant, ncoghlan, skrah
2012-08-16 09:39:34loewislinkissue15625 messages
2012-08-16 09:39:34loewiscreate