I am still on the fence about including the types themselves in the reverse typemap. I think it makes perfect sense to put them in objects.py because the objects are commonly used by Python users, but the types themselves are more of an internal detail that I don't think anyone uses directly. PyPy and CPython iterate over builtin collections differently leading to differences there which make it a little bit more confusing.

If it helps, I can figure out what exactly my rules are for adding something to _reverse_typemap. I can tell you that very generally in the past a type has not been added if the pickle Pickler handled it without dill(i.e. dill did not need to register it).

That definition is a little overloaded. XRangeIteratorType objects can be pickled but the type XRangeIteratorType itself cannot. Don't think that anyone should pickle it, but it would make _reverse_typemap incomplete. I'll remove it and if anyone needs it they can open an issue and add it later.

Let me know when you want me to review this again.

I think it is good now. Don't know why the coverage went down when I removed code. I will see if it is something that I did.

I called it SymtableStentryType because that is what the name of the type is (before changing from snake case to camel case.) I will change it to SymtableEntryType to be a little more consistent.

The few places I found references to it it was as SymtableEntryType, so I prefer that. Thanks.