Open fluxth opened 1 year ago
A bit of a bummer not to see any response to this in 5 months. I may be having a similar issue, or maybe I'm just not waiting long enough for the build process to finish. I'm trying to build a Docker image with pytomlpp as a dependency. The log output stops at:
gcc -fno-strict-overflow -Wsign-compare -DNDEBUG -g -O3 -Wall -fPIC -I/tmp/pip-install-yc13jwfn/pytomlpp_31b6568a481d4ed3ab => => # 48d8efcf123dcd/include -I/tmp/pip-install-yc13jwfn/pytomlpp_31b6568a481d4ed3ab48d8efcf123dcd/third_party -I/tmp/pip-install-y => => # c13jwfn/pytomlpp_31b6568a481d4ed3ab48d8efcf123dcd/.eggs/pybind11-2.11.1-py3.12.egg/pybind11/include -I/usr/local/include/pyth => => # on3.12 -c src/encoding_decoding.cpp -o build/temp.linux-aarch64-cpython-312/src/encoding_decoding.o -std=c++17
I'm using the python:3.12 base image and this is on an Apple M2 based machine. I had no issue installing pytomlpp on this machine into virtual environments with Python versions 3.10, 3.11, and 3.12.
I left the image build run for a little over 1.5 hrs then finally called it quits. I tried installing pytomlpp from the bash prompt within the container and had the same issue. However, of importance this issue happens when I use Colima. If I use the standard Docker CLI, the build process completes and pytomlpp works as expected. I'm not sure why there is a difference. This is the only Python library I've had this issue with so far, and there are several others in this particular image build.
Sorry for late response! I will take a look at this issue.
I was trying to build
pytomlpp
on arm64 AWS Lambda docker (https://gallery.ecr.aws/lambda/python) and failed because it doesn't have wheels for aarch64.