Я почти уверен, https://aws.amazon.com/about-aws/whats-new/2018/09/amazon-linux-2-now-supports-32-bit-applications-and-libraries/ просто означает, что они установили gcc-multilib
и так далее, чтобы в системе было доступно /usr/lib32/*.so
, чтобы вы могли запускать 32-битные двоичные исполняемые файлы. И эти 32-битные исполняемые файлы в 32-битных процессах могут загружать 32-битные библиотеки.
Они не изобрели ни одного magi c, который позволял бы вам использовать 32-битную библиотеку из 64- бит Python процесс . Процессор будет в 64-битном режиме при выполнении кода пространства пользователя в этом процессе, и поэтому он не сможет правильно выполнять 32-битный машинный код x86 в 32-битной библиотеке.
Если они переключили обычный /usr/bin/python
на 32-битный исполняемый файл, который сломал бы 64-битные библиотеки.
Я думаю, вы слишком оптимистично c о том, что эти новости объявление означает; это, вероятно, не относится к вам, потому что ваша программа написана на Python. Вы не можете смешивать 32- и 64-битный код, а обычная python
по-прежнему является 64-битной программой.
Возможно, они установили 32-битную сборку Python, которую вы могли бы используйте, если вы хотите загрузить устаревшие 32-битные библиотеки в программу Python. Может быть, искать каталог python32
или двоичный файл, если так его называли? Но не удивляйтесь, если ничего не найдете.
Если это так, измените строку #!/usr/bin/python
в начале вашего скрипта на правильный путь. Или установите свою собственную 32-битную Python сборку в / usr / local и используйте ее.