Building macosx-15.0-arm64-cpython-311

[glensc]

Can pre-built wheel be provider by the project?

Here's compile error from such system:

❯ pip install fuse-python
Collecting fuse-python
  Using cached fuse_python-1.0.9.tar.gz (35 kB)
  Installing build dependencies ... done
  Getting requirements to build wheel ... done
  Preparing metadata (pyproject.toml) ... done
Building wheels for collected packages: fuse-python
  Building wheel for fuse-python (pyproject.toml) ... error
  error: subprocess-exited-with-error
  
  × Building wheel for fuse-python (pyproject.toml) did not run successfully.
  │ exit code: 1
  ╰─> [33 lines of output]
      running bdist_wheel
      running build
      running build_py
      creating build/lib.macosx-15.0-arm64-cpython-311
      copying fuse.py -> build/lib.macosx-15.0-arm64-cpython-311
      creating build/lib.macosx-15.0-arm64-cpython-311/fuseparts
      copying fuseparts/subbedopts.py -> build/lib.macosx-15.0-arm64-cpython-311/fuseparts
      copying fuseparts/__init__.py -> build/lib.macosx-15.0-arm64-cpython-311/fuseparts
      copying fuseparts/setcompatwrap.py -> build/lib.macosx-15.0-arm64-cpython-311/fuseparts
      running build_ext
      building 'fuseparts._fuse' extension
      creating build/temp.macosx-15.0-arm64-cpython-311/fuseparts
      clang -Wsign-compare -Wunreachable-code -fno-common -dynamic -DNDEBUG -g -fwrapv -O3 -Wall -isysroot /Library/Developer/CommandLineTools/SDKs/MacOSX15.sdk -I/usr/local/include/fuse -I/Users/[redacted]/python-3.11/include -I/opt/homebrew/opt/[email protected]/Frameworks/Python.framework/Versions/3.11/include/python3.11 -c fuseparts/_fusemodule.c -o build/temp.macosx-15.0-arm64-cpython-311/fuseparts/_fusemodule.o -D_FILE_OFFSET_BITS=64
      fuseparts/_fusemodule.c:1432:2: error: incompatible function pointer types assigning to 'int (*)(const char *, const char *, char *, size_t, uint32_t)' (aka 'int (*)(const char *, const char *, char *, unsigned long, unsigned int)') from 'int (const char *, const char *, char *, size_t)' (aka 'int (const char *, const char *, char *, unsigned long)') [-Wincompatible-function-pointer-types]
       1432 |         DO_ONE_ATTR(getxattr);
            |         ^~~~~~~~~~~~~~~~~~~~~
      fuseparts/_fusemodule.c:1402:2: note: expanded from macro 'DO_ONE_ATTR'
       1402 |         DO_ONE_ATTR_AS(name, name)
            |         ^~~~~~~~~~~~~~~~~~~~~~~~~~
      fuseparts/_fusemodule.c:1397:12: note: expanded from macro 'DO_ONE_ATTR_AS'
       1397 |                 op.fname = pyname ## _func;     \
            |                          ^ ~~~~~~~~~~~~~~~
      fuseparts/_fusemodule.c:1434:2: error: incompatible function pointer types assigning to 'int (*)(const char *, const char *, const char *, size_t, int, uint32_t)' (aka 'int (*)(const char *, const char *, const char *, unsigned long, int, unsigned int)') from 'int (const char *, const char *, const char *, size_t, int)' (aka 'int (const char *, const char *, const char *, unsigned long, int)') [-Wincompatible-function-pointer-types]
       1434 |         DO_ONE_ATTR(setxattr);
            |         ^~~~~~~~~~~~~~~~~~~~~
      fuseparts/_fusemodule.c:1402:2: note: expanded from macro 'DO_ONE_ATTR'
       1402 |         DO_ONE_ATTR_AS(name, name)
            |         ^~~~~~~~~~~~~~~~~~~~~~~~~~
      fuseparts/_fusemodule.c:1397:12: note: expanded from macro 'DO_ONE_ATTR_AS'
       1397 |                 op.fname = pyname ## _func;     \
            |                          ^ ~~~~~~~~~~~~~~~
      2 errors generated.
      error: command '/usr/bin/clang' failed with exit code 1
      [end of output]
  
  note: This error originates from a subprocess, and is likely not a problem with pip.
  ERROR: Failed building wheel for fuse-python
Failed to build fuse-python
ERROR: ERROR: Failed to build installable wheels for some pyproject.toml based projects (fuse-python)

[sdelafond]

It looks like it cannot be built at all on this platform right now, so it's not really an issue of automatically providing the wheel. I don't have access to that platform, and won't be able to fix the compilation error, but I'll accept a patch for it.

[glensc]

@sdelafond the fix has been provided:

• conditional compilation for macfuse #84

please tag a release.