Duck-typing in `inspect.getfile`
Personne n'a encore pris cette issue.
- Langage dominant
- Python
- Étoiles
- 77.2k
- Forks
- 35.9k
- Métriques de merge des PR
- Métriques de PR en attente
Description
Running inspect.getsource(numpy.random.random_sample) yields
File ~\.conda\envs\sage-dev\Lib\inspect.py:943, in getfile(object)
941 if iscode(object):
942 return object.co_filename
--> 943 raise TypeError('module, class, method, function, traceback, frame, or '
944 'code object was expected, got {}'.format(
945 type(object).__name__))
since the cython function is not correct recognized as a "true" function (i.e. it is not derived from FunctionType). But since a Cython function correct provides __code__, all the information is actually there to properly get the source file.
While it is quite possible to emulate the interface of functions in Cython's own function type, and recent Cython releases have seen several improvements here, the "inspect" module does not consider a Cython implemented function a "function", because it tests the object type explicitly instead of comparing an abstract interface or an abstract base class. This has a negative impact on code that uses inspect to inspect function objects, but would require a change to Python itself.
and
At the very least, the inspect module should use more duck-typing internally. For example, consider this code from "getfile":
if ismethod(object): object = object.__func__ if isfunction(object): object = object.__code__ if istraceback(object): object = object.tb_frame if isframe(object): object = object.f_code if iscode(object): return object.co_filename
Originally posted by @jdemeyer in #74257
Linked PRs
- gh-131632
Guide de contribution
Ouvrir le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Piste de recherche
Commencez par inspect.getfile et les vérifications isfunction/iscode présentées dans l’issue. Comparez la manière dont sont traités les objets qui exposent code, puis examinez la PR liée gh-131632 avant d’entreprendre quoi que ce soit. C’est terminé lorsque la fonction Cython signalée peut résoudre son fichier source sans perturber le comportement existant de inspect.getfile.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- python
- Domaine
- devtools
- Type d'issue
- Fonctionnalité
- Difficulté
- 4/5
- Temps estimé
- 3-5 jours
- Activité
- À l'abandon
- Clarté
- Plutôt claire
- Accessibilité débutants
- 25/100