Opened 8 months ago
Closed 5 months ago
#69537 closed defect (fixed)
py-msgpack fails to build on 32-bit platforms: error: integer constant is too large for ‘long’ type
Reported by: | barracuda156 | Owned by: | barracuda156 |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | 2.9.1 |
Keywords: | ppc, i386 | Cc: | stromnov (Andrey Stromnov) |
Port: | py-msgpack |
Description
* Building wheel... WARNING setuptools_scm._integration.setuptools pyproject.toml does not contain a tool.setuptools_scm section running bdist_wheel running build running build_py creating build creating build/lib.macosx-10.6-ppc-cpython-312 creating build/lib.macosx-10.6-ppc-cpython-312/msgpack copying msgpack/__init__.py -> build/lib.macosx-10.6-ppc-cpython-312/msgpack copying msgpack/exceptions.py -> build/lib.macosx-10.6-ppc-cpython-312/msgpack copying msgpack/ext.py -> build/lib.macosx-10.6-ppc-cpython-312/msgpack copying msgpack/fallback.py -> build/lib.macosx-10.6-ppc-cpython-312/msgpack running build_ext cythonize: 'msgpack/_cmsgpack.pyx' warning: msgpack/_unpacker.pyx:114:30: Assigning to 'char *' from 'const char *' discards const qualifier building 'msgpack._cmsgpack' extension creating build/temp.macosx-10.6-ppc-cpython-312 creating build/temp.macosx-10.6-ppc-cpython-312/msgpack /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_python_py-msgpack/py312-msgpack/work/compwrap/cc/usr/bin/gcc-4.2 -fno-strict-overflow -fno-common -dynamic -DNDEBUG -g -O3 -Wall -pipe -Os -arch ppc -isysroot/ -I. -I/opt/local/Library/Frameworks/Python.framework/Versions/3.12/include/python3.12 -c msgpack/_cmsgpack.cpp -o build/temp.macosx-10.6-ppc-cpython-312/msgpack/_cmsgpack.o In file included from msgpack/pack.h:64, from msgpack/_cmsgpack.cpp:1278: msgpack/pack_template.h:779: error: integer constant is too large for ‘long’ type In file included from msgpack/_cmsgpack.cpp:1283: msgpack/unpack.h: In function ‘int unpack_callback_array(unpack_user*, unsigned int, PyObject**)’: msgpack/unpack.h:141: warning: comparison between signed and unsigned integer expressions msgpack/unpack.h: In function ‘int unpack_callback_map(unpack_user*, unsigned int, PyObject**)’: msgpack/unpack.h:176: warning: comparison between signed and unsigned integer expressions msgpack/unpack.h: In function ‘int unpack_callback_raw(unpack_user*, const char*, const char*, unsigned int, PyObject**)’: msgpack/unpack.h:234: warning: comparison between signed and unsigned integer expressions msgpack/unpack.h: In function ‘int unpack_callback_bin(unpack_user*, const char*, const char*, unsigned int, PyObject**)’: msgpack/unpack.h:254: warning: comparison between signed and unsigned integer expressions In file included from msgpack/_cmsgpack.cpp:1283: msgpack/unpack.h: In function ‘int unpack_callback_ext(unpack_user*, const char*, const char*, unsigned int, PyObject**)’: msgpack/unpack.h:308: warning: comparison between signed and unsigned integer expressions error: command '/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_python_py-msgpack/py312-msgpack/work/compwrap/cc/usr/bin/gcc-4.2' failed with exit code 1 ERROR Backend subprocess exited when trying to invoke build_wheel Command failed: cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_python_py-msgpack/py312-msgpack/work/msgpack-1.0.8" && /opt/local/Library/Frameworks/Python.framework/Versions/3.12/bin/python3.12 -m build --no-isolation --wheel --outdir /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_python_py-msgpack/py312-msgpack/work Exit code: 1
Change History (2)
comment:1 Changed 8 months ago by stromnov (Andrey Stromnov)
comment:2 Changed 5 months ago by barracuda156
Owner: | set to Sergey Fedorov <barracuda@…> |
---|---|
Resolution: | → fixed |
Status: | new → closed |
Note: See
TracTickets for help on using
tickets.
I'm sorry, but I don't have access to a 32-bit system at the moment.
Could you try changing L to UL or ULL at the problem line in the header file?