Message175543
| Author |
pitrou |
| Recipients |
Thorney, eric.araujo, eric.snow, ezio.melotti, jackdied, ncoghlan, pitrou, python-dev, rhettinger |
| Date |
2012年11月14日.07:16:35 |
| SpamBayes Score |
-1.0 |
| Marked as misclassified |
Yes |
| Message-id |
<1352877352.3372.1.camel@localhost.localdomain> |
| In-reply-to |
<1352865065.61.0.586605726674.issue12428@psf.upfronthosting.co.za> |
| Content |
> > Possibly reduce could be handled in a similar way with a fallback python
> > implementation? Otherwise your suggestion of conditionally adding it to __all__
> > makes sense to me.
>
> In the meantime I'd expect the import of _functools.reduce to not be
> wrapped in a try block. Does that have an impact on coverage?
I tried to remove the try block, but when making the import
unconditional the tests fail with an ImportError (because reduce doesn't
have a pure Python implementation). I haven't investigated further,
since the try block doesn't look like a real issue to me. |
|