You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardexpand all lines: conda/raw/recipe/meta.yaml
+1-1
Original file line number
Diff line number
Diff line change
@@ -51,7 +51,7 @@ about:
51
51
summary: Python bindings to PDFium (raw, external binary)
52
52
description: |
53
53
This package provides raw ctypes bindings to pdfium.
54
-
Note, dependants should not pin this package to an exact version, as pypdfium2_raw itself pins pdfium-binaries to achieve ABI safety.
54
+
Note, dependants should not pin this package to an exact version, as pypdfium2_raw itself pins pdfium-binaries for ABI safety reasons.
55
55
In general, pypdfium2_helpers is the canonical package (i.e. roughly equivalent to pypdfium2 on PyPI), so it is recommended to depend on that rather than on pypdfium2_raw directly.
# FIXME If doing a sourcebuild on an unknown host system, this returns None, which will cause binary detection code to fail (we need to know the platform-specific binary name) - handle this downsteam with fallback value?
# platform.libc_ver() currently returns an empty string for musl, so use the packaging module to confirm.
272
272
# See https://github.com/python/cpython/issues/87414 and https://github.com/pypa/packaging/blob/f13c298f0a623f3f7e01cc8395956b718d21503a/src/packaging/_musllinux.py#L32
273
-
# NOTE could consider packaging.tags.sys_tags() as a possible public-API alternative - see https://packaging.pypa.io/en/stable/tags.html#packaging.tags.sys_tags or https://stackoverflow.com/a/75172415/15547292
273
+
# (could consider packaging.tags.sys_tags() as a possible public-API alternative - see https://packaging.pypa.io/en/stable/tags.html#packaging.tags.sys_tags or https://stackoverflow.com/a/75172415/15547292)
274
274
275
275
def_get_libc_info():
276
276
@@ -296,10 +296,9 @@ def __init__(self):
296
296
self._system_name=platform.system().lower()
297
297
self._machine_name=platform.machine().lower()
298
298
299
-
# If we are on Linux, check if we have glibc or musl
299
+
# If we are on Linux, check which libc we have
300
300
self._libc_name, self._libc_ver=_get_libc_info()
301
301
302
-
# TODO consider cached property for platform and system?
303
302
try:
304
303
self.platform=self._get_platform()
305
304
exceptExceptionase:
@@ -362,7 +361,7 @@ def _get_platform(self):
362
361
elifself._machine_name=="i686":
363
362
returnPlatNames.android_x86
364
363
elifself._system_namein ("iOS", "iPadOS"): # PEP 730
365
-
# NOTE iOS detection is untested. We don't have access to an iOS device, so this is basically guessed from what the PEP mentions.
364
+
# This is currently untested. We don't have access to an iOS device, so this is basically guessed from what the PEP mentions.
# We do not currently build wheels for iOS, but again, add the handlers so it could be done on demand. Bear in mind that iOS is currently completely untested. In particular, the PEP says
422
+
# We do not currently build wheels for iOS, but again, add the handlers so it could be done on demand. Bear in mind that the resulting iOS packages are currently completely untested. In particular, the PEP says
424
423
# "These wheels can include binary modules in-situ (i.e., co-located with the Python source, in the same way as wheels for a desktop platform); however, they will need to be post-processed as binary modules need to be moved into the “Frameworks” location for distribution. This can be automated with an Xcode build step."
425
424
# I take it this means you may need to change the library search path to that Frameworks location.
0 commit comments