Неважно, как вы собираете Python - вам не нужно, например, создавать его в XCode - но что важно, так это продукт этой сборки.
А именно, вам нужно будет создать что-то вроде libPython.a, которое может быть статически связано с вашим приложением. Когда у вас есть .a, его можно добавить в проект Xcode для вашего приложения, и оттуда он будет связан и подписан, как и все остальное приложение.
IIRC (прошло уже много времени с тех пор, как я создал Python вручную), готовый Python создаст libPython.a (и кучу других библиотек), если вы настроите его правильно.
Конечно, вашей второй проблемой будет кросс-компиляция Python для ARM из вашей коробки 86 . Python - это проект, основанный на autoconf, а autoconf - трудная задача для кросс-компиляции.
Как вы правильно заявите, сделать его маленьким будет критическим.
Также неудивительно, что вы не первый, кто хочет сделать это, но не для iOS. Python был втиснут в устройства, гораздо менее способные, чем те, которые работают под iOS. Я нашел ветку с кучей ссылок, когда гуглял; это может быть полезно .
Также вы можете присоединиться к списку pyobjc-dev . Пока вы не ориентируетесь на приложение на основе PyObjC (что, кстати, хорошая идея - PyObjC еще далеко до того, чтобы стать дружественным для iOS), сообщество PyObjC обсуждает это и Рональда, кого угодно, вероятно, самый знающий человек в этой конкретной области. Обратите внимание, что PyObjC должен будет решить проблему встроенного Python для iOS перед портированием PyObjC. Их обязательством является ваше требование.