Hello, On Tue, 8 Dec 2020 22:32:42 +1100 Chris Angelico <ros...@gmail.com> wrote:
> On Tue, Dec 8, 2020 at 9:54 PM Paul Sokolovsky <pmis...@gmail.com> > wrote: > > > > Hello, > > > > On Tue, 8 Dec 2020 07:29:15 -0300 > > "Joao S. O. Bueno" <jsbu...@python.org.br> wrote: > > > > > And how would Python compute the "full basename of the file to be > > > imported"? > > > > The way it does it usually. > > > > That involves a number of searches for exact file and/or directory > names, so you can't just search a path arbitrarily. > > I would suggest that this is simultaneously too generic to be > meaningful AND insufficiently generic to be useful. I usually like such statements myself, but that one made me wonder... Do you have an example (in the "single file == single module" domain) where it will be "insufficiently generic to be useful"? > It'd be best to > just write what you want directly, using the tools in importlib. Of course, the implementation of the above for CPython would be based on importlib. And other implementations could implement that "directly", for the background idea of it being how to implement import hooks as frugally as possible, and easily allow to do most of what could be wanted of single-file import hooking. In that regard, the question is again about API such import hooks offer. For example, how do you feel about "The hook should be aware that there might have been previous hook(s), and it's current hook's responsibility to call them." clause? > > ChrisA -- Best regards, Paul mailto:pmis...@gmail.com _______________________________________________ Python-ideas mailing list -- python-ideas@python.org To unsubscribe send an email to python-ideas-le...@python.org https://mail.python.org/mailman3/lists/python-ideas.python.org/ Message archived at https://mail.python.org/archives/list/python-ideas@python.org/message/OBJ6CDGYYDQES6NQ53LSKGVXZNMAMEP5/ Code of Conduct: http://python.org/psf/codeofconduct/
