New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Semi autogenerated _types module #45946
Comments
A while ago I've experimented with the pyvm module and a semi The patch or script may be useful in the future. |
But what about static type objects that nevertheless may be exposed to |
Guido van Rossum wrote:
I took care of the views a few weeks ago when I added all views and ['PyCObject', |
I think this is a really good idea. It's in stride with DRY, clean, and |
I'm still resounding -1 on this. Grouping types together because they happen to be implemented in C is a |
Okay. How about we use this like it is for 2.x, and split it out into |
On Fri, Mar 21, 2008 at 3:03 PM, Benjamin Peterson
No. |
|
Perhaps that one belongs together with sys._getframe? You don't seem to be getting my point (or you are purposely ignoring You see, coming up with a meaningful grouping is not all that easy -- I'm all for exposing these. But I'm 100% against just collecting all |
On Fri, Mar 21, 2008 at 11:06 PM, Guido van Rossum <report@bugs.python.org>
I understand your point; I just didn't understand the extent that you want
It is indeed hard.
|
Is this ever likely to go anywhere? My understanding is that this would be difficult to do (or have I simply misread something?). If I'm correct, wouldn't it be better to use our limited resources elsewhere? |
Well, the core issue is a disagreement on the way to go. I would agree with Benjamin's and Christian's proposal, given that it's quite practical to implement. Guido's proposal means we would have to add new modules just so that the relevant C types can be exposed "at the right place". The types module is generally used for low-level trickery (since most useful types are accessible from the builtin namespace), and IMO it makes sense to have a dedicated module for that. |
I'm still against collecting all types in one module. Closing. |
Note: these values reflect the state of the issue at the time it was migrated and might not reflect the current state.
Show more details
GitHub fields:
bugs.python.org fields:
The text was updated successfully, but these errors were encountered: