| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
The registry always comes first and the default is always appended.
|
|
|
|
|
| |
Make an explicit test for whether the prefix is in fact the
source directory, and then don't use the registry.
|
|
|
|
|
| |
when it gets the path from the registry, it no longer appends the
default path to the end (which would mostly be a duplication).
|
|
|
|
|
|
|
| |
- MS_DLL_ID is now set to "1.5" instead of "1.5.x" so Mark Hammond's
extensions won't have to be changed.
- FILEVERSION and PRODUCTVERSION are set to 1,5,2,1.
(The last number could be the build# or the alpha release# or so.)
|
|
|
|
|
|
| |
(1) Use Py_GetPythonHome() instead of getenv("PYTHONHOME");
(2) Mark Hammond's patch to search for .pyc/.pyo landmark as well.
|
|
|
|
|
| |
that was only causing confusing). Add free(userpath) and
free(machinepath) statements to prevent some leaks.
|
| |
|
|
|
|
| |
again (Mark Hammond is the cause of all this).
|
|
|
|
|
|
|
| |
is now obsolete), and changed the default path calculations.
$PYTHONPATH is now added as a prefix (like it's always been on Unix);
$PYTHONHOME takes precedence over the program pathname; and only one
landmark is needed.
|
|
|
|
|
|
|
|
| |
lives to the end of the path.
(Still to do: add $PYTHONPATH to the front instead of using it as is;
add the Win32 registry paths as in getpath_nt.c (which can then
retire).)
|
|
|