Что на самом деле делает абсолютный импорт из будущего?

я ответил вопрос относительно абсолютного импорта в Python, который я думал, что понял, основываясь на чтении список изменений Python 2.5 и сопровождающих PEP. Однако при установке Python 2.5 и попытке создать пример правильного использования from __future__ import absolute_import, Я понимаю, что все не так однозначно.

прямо из журнала изменений, связанного выше, это заявление точно резюмировало мое понимание абсолютного импорта изменить:

предположим, у вас есть каталог пакетов, как это:

pkg/
pkg/__init__.py
pkg/main.py
pkg/string.py

это определяет пакет pkg содержащий pkg.main и pkg.string подмодулей.

рассмотрим код в main.py модуль. Что произойдет, если он выполнит оператор import string? В Python 2.4 и более ранних версиях он сначала будет искать в каталоге пакета для выполнения относительного импорта, находит pkg/string.py, импортирует содержимое этого файла как pkg.string module, и этот модуль привязан к имени "string" на pkg.main пространство имен модуля.

поэтому я создал эту точную структуру каталогов:

$ ls -R
.:
pkg/

./pkg:
__init__.py  main.py  string.py

__init__.py и string.py пустые. main.py содержащий следующий код:

import string
print string.ascii_uppercase

как и ожидалось, запуск этого с Python 2.5 не удается с AttributeError:

$ python2.5 pkg/main.py
Traceback (most recent call last):
  File "pkg/main.py", line 2, in <module>
    print string.ascii_uppercase
AttributeError: 'module' object has no attribute 'ascii_uppercase'

однако, далее в 2.5 changelog, мы находим это (акцент добавлено):

в Python 2.5, вы можете переключиться import поведение абсолютного импорта с использованием . Это поведение абсолютного импорта станет значением по умолчанию в будущей версии (возможно, Python 2.7). после абсолютного импорта по умолчанию, import string всегда будет находить версию стандартной библиотеки.

я таким образом создал pkg/main2.py, идентичны main.py но с дополнительной будущей директивой импорта. Он сейчас выглядит это:

from __future__ import absolute_import
import string
print string.ascii_uppercase

запуск этого с Python 2.5, однако... завершается AttributeError:

$ python2.5 pkg/main2.py
Traceback (most recent call last):
  File "pkg/main2.py", line 3, in <module>
    print string.ascii_uppercase
AttributeError: 'module' object has no attribute 'ascii_uppercase'

это довольно категорически противоречит утверждению, что import string будет всегда найдите версию std-lib с включенным абсолютным импортом. Более того, несмотря на предупреждение о том, что абсолютный импорт должен стать "новым поведением по умолчанию", я столкнулся с этой же проблемой, используя Python 2.7, с или без __future__ директива:

$ python2.7 pkg/main.py
Traceback (most recent call last):
  File "pkg/main.py", line 2, in <module>
    print string.ascii_uppercase
AttributeError: 'module' object has no attribute 'ascii_uppercase'

$ python2.7 pkg/main2.py
Traceback (most recent call last):
  File "pkg/main2.py", line 3, in <module>
    print string.ascii_uppercase
AttributeError: 'module' object has no attribute 'ascii_uppercase'

а также Python 3.5, с или без (при условии print оператор изменен в обоих файлах):

$ python3.5 pkg/main.py
Traceback (most recent call last):
  File "pkg/main.py", line 2, in <module>
    print(string.ascii_uppercase)
AttributeError: module 'string' has no attribute 'ascii_uppercase'

$ python3.5 pkg/main2.py
Traceback (most recent call last):
  File "pkg/main2.py", line 3, in <module>
    print(string.ascii_uppercase)
AttributeError: module 'string' has no attribute 'ascii_uppercase'

я проверил другие варианты этого. Вместо string.py, я создал пустой модуль -- каталог с именем string содержащий только пустой __init__.py -- и вместо выпуска импорта из main.py, я cd ' d к pkg и запустить импорт непосредственно из REPL. Ни один из этих вариантов (ни комбинация из них) изменила результаты выше. Я не могу примирить это с тем, что я читал о __future__ директива и абсолютный импорт.

мне кажется, что это легко объяснимый следующее (это из документов Python 2, но этот оператор остается неизменным в тех же документах для Python 3):

sys.путь

(...)

как инициализируется при запуске программы, первым пунктом этого лист,path[0], это каталог, содержащий скрипт, который использовался для вызова интерпретатора Python. Если каталог скриптов недоступен (например, если интерпретатор вызывается интерактивно или если скрипт считывается со стандартного ввода),path[0] это пустая строка,который сначала направляет Python на поиск модулей в текущем каталоге.

так что я упускаю? Почему __future__ заявление, по-видимому, не делает то, что он говорит, и что такое разрешение этого противоречия между этими двумя разделами документации, а также между описанным и реальным поведением?