Как получить реальную команду, которую использует функция Distutils compile()?

Комментарий Адама (Вагнера) — правильное место для начала: вам нужно просмотреть исходный код Distutils. Существует много уровней абстракции, поэтому вам нужно отслеживать выполнение через несколько разных файлов, но вот суть:

• Пакет distutils.ccompiler включает абстрактный класс CCompiler, который обрабатывает вызов фактического компилятора. У него есть методы для различных задач, которые должен выполнить компилятор: preprocess, compile и link. Сам CCompiler не реализует ни один из этих методов, кроме compile, но даже там он делегирует фактический вызов компилятора методу _compile. Поэтому вам нужно проверить подкласс CCompiler, который используется на вашей платформе, и посмотреть на его реализацию _compile.
• Существует несколько различных подклассов CCompiler, каждый из которых реализован в своем собственном пакете, но «большие два» — это distutils.unixccompiler.UnixCCompiler (который вызывает собственный компилятор в UNIX-подобной системе) и distutils.msvccompiler.MSVCCompiler (который вызывает Visual Studio). Оба они используют функцию distutils.spawn.spawn для фактического запуска внешнего процесса.
• В исходном коде для distutils.spawn.spawn вы заметите, что каждая команда записывается на уровне INFO перед запуском. Но загвоздка в том, что здесь не используется встроенная система ведения журнала Python; скорее он использует пользовательский регистратор Distutils, реализованный в distutils.log.

• Если вы теперь посмотрите на исходный код distutils.log, вы увидите, что есть функция set_verbosity, которая устанавливает уровень ведения журнала. К сожалению, он не привязан ни к какой другой инфраструктуре отладки в Distutils (например, к переменной окружения DISTUTILS_DEBUG), поэтому вам нужно будет вручную вызывать

  distutils.log.set_verbosity(1)
  

  где-нибудь в вашем сценарии установки, прежде чем будут запущены какие-либо команды компиляции. Как только вы это сделаете, все команды компиляции (и кто знает, какая еще информация) должны быть выведены на стандартный вывод.

Это безумно поздно, но я узнал, как это сделать изнутри python (без проверки журналов), если кому-то интересно:

import distutils.sysconfig
import distutils.ccompiler
compiler = distutils.ccompiler.new_compiler()
distutils.sysconfig.customize_compiler(compiler)
print compiler.compiler_so   # This attribute is what you want

Атрибут «compiler_so» — это список всех аргументов, которые distutils собирается использовать при компиляции чего-либо. Он добавляет имя файла и -c (для объектных файлов), когда он фактически начинает компилироваться.

РЕДАКТИРОВАТЬ: я тестировал это только на macOS и Linux, не похоже, что это будет работать на Windows.

EDIT2: я должен добавить, что это не полная команда, а только аргументы перед обработкой distutils любых экземпляров Extension(). Остальные аргументы уникальны для расширения и зависят от аргументов вы указываете при создании класса расширения, например, sources, include_dirs, define_macros.

Если вам нужна полная необработанная команда, которую запускает distutils, единственный известный мне способ (без анализа журналов) — это получить строку команды в последнюю минуту после всей обработки и прямо перед функция создания. Вот невероятно хакерский способ сделать это:

# Put this at the very top of all your imports 
import distutils.spawn
old_spawn = distutils.spawn.spawn
def my_spawn(*args, **kwargs):
    print " ".join(args[0]) # <-- this is your command right here 
    old_spawn(*args, **kwargs)
distutils.spawn.spawn = my_spawn

Более элегантным было бы разветвить distutils и добавить эту функциональность, но это слишком много работы и прочего.

Кроме того, если вы хотите увидеть флаги компоновщика, вы можете сделать следующее:

import distutils.sysconfig
import distutils.ccompiler
compiler = distutils.ccompiler.new_compiler()
distutils.sysconfig.customize_compiler(compiler)
print compiler.linker_so   # This gives linker information