Martin v. Löwis <mar...@v.loewis.de> added the comment: > Would it be unreasonable for a patch to add a new Python module > (something like _nt_supplemental.py or platform_windows.py) which > exposes symlink() and islink(), and then in os.py to import those > functions into the os namespace at the same time as importing the > functions from the nt namespace?
How would you provide access to the system functions in pure Python? If you think of using ctypes, then yes, that would be unreasonable. > 1) I don't want to additionally complicate posixmodule.c, and since > Windows doesn't have a posix symlink function, this doesn't seem like > the appropriate place anyway. Don't worry about that. The purpose of posixmodule.c is to be system-specific. > 1) Is there a problem with the os module exposing names that aren't in > posixmodule.c, but are platform-specific? I suspect not, but I want to > consider the possibility. In general, the os module shouldn't expose any functions that are platform-specific. That's the whole point of the os module. People tend to access functions of the posix module that are specific to POSIX through the os module, but it isn't really meant this way. > 2) Where would be a good location for the platform-specific pure-python > module? See above. There can't be such a thing. ---------- _______________________________________ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue1578269> _______________________________________ _______________________________________________ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
