Message131494
| Author |
pitrou |
| Recipients |
daniel.urban, eric.araujo, pitrou, rhettinger |
| Date |
2011年03月20日.13:35:41 |
| SpamBayes Score |
0.0009656364 |
| Marked as misclassified |
No |
| Message-id |
<1300628142.86.0.660774770491.issue10977@psf.upfronthosting.co.za> |
| In-reply-to |
| Content |
Hmm, making PyList_* an abstract API doesn't make sense to me. These functions do exactly what they say: they operate on concrete instances of list (they are documented as part of the concrete API). With that reasoning, we should have fallback paths in every function in the concrete APIs; that's a lot of complication added to these C files.
IMO we "should" (or, rather, could) instead add abstract PySequence_Append(), etc. functions if we deem it necessary (just as we already have PyMapping_Keys(), etc.).
By the way, PyList_SetItem() already has an abstract counterpart called PyObject_SetItem(), so changing this one seems useless. |
|
History
|
|---|
| Date |
User |
Action |
Args |
| 2011年03月20日 13:35:42 | pitrou | set | recipients:
+ pitrou, rhettinger, eric.araujo, daniel.urban |
| 2011年03月20日 13:35:42 | pitrou | set | messageid: <1300628142.86.0.660774770491.issue10977@psf.upfronthosting.co.za> |
| 2011年03月20日 13:35:42 | pitrou | link | issue10977 messages |
| 2011年03月20日 13:35:42 | pitrou | create |
|