[issue9654] merge PC/getpathp.c into Modules/getpath.c

STINNER Victor added the comment: In the implementation of the PEP 587 in Python 3.8, I created Python/pathconfig.c and the _PyPathConfig to share code which can be easily shared. Right now, remaining code is platform specific. -- resolution: -> fixed stage: -> resolved status: ope

[issue9654] merge PC/getpathp.c into Modules/getpath.c

STINNER Victor added the comment: > I propose to merge both files, this would ease maintenance > and understanding of how these paths are determined. You mean to have only one function? I would prefer to keep two functions, but one should call the another one :) (you should factorize the code)

[issue9654] merge PC/getpathp.c into Modules/getpath.c

Changes by Éric Araujo : -- nosy: +eric.araujo, haypo versions: +Python 3.3 -Python 3.2 ___ Python tracker ___ ___ Python-bugs-list mai

[issue9654] merge PC/getpathp.c into Modules/getpath.c

Michele Orrù added the comment: In which cases it goes to PC/getpathp.c? I suppose it's Modules/getpath.c otherwise. Line 495 on getpathp.c let me guess it's not only for Windows. -- nosy: +maker ___ Python tracker

[issue9654] merge PC/getpathp.c into Modules/getpath.c

Tim Golden added the comment: +1 in principle -- nosy: +tim.golden ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscrib

[issue9654] merge PC/getpathp.c into Modules/getpath.c

New submission from Amaury Forgeot d'Arc : The file Modules/getpath.c computes sys.prefix and the initial sys.path. The Windows version uses its own copy of this file, with a lot of similarities, but also non-obvious differences. I propose to merge both files, this would ease maintenance and un