56431b6922
- updates all imports to prefix kivy_ios - adds basic `setup.py` file - adds a simple `toolchain.py` to the root folder for compat Makes it possible to install kivy-ios from PyPI: ``` pip install kivy-ios toolchain --help ``` Note the `rebuild_updated_recipes.py` is expected to fail as we moved all the recipes. This is a working, but unperfect iteration that come with limitations we would address in subsequent pull requests, such as: - the new usage is not yet documented - CI is not testing the source distribution creation and install - Continuous Delivery to PyPI is not in place - `toolchain` binary is a bit too generic name - we're still vendoring things under `tools/`
24 lines
852 B
Diff
24 lines
852 B
Diff
--- Python-2.7.1/Python/dynload_shlib.c.orig 2011-12-05 00:00:00.000000000 +0100
|
|
+++ Python-2.7.1/Python/dynload_shlib.c 2011-12-05 00:02:51.000000000 +0100
|
|
@@ -84,6 +84,15 @@
|
|
PyOS_snprintf(funcname, sizeof(funcname),
|
|
LEAD_UNDERSCORE "init%.200s", shortname);
|
|
|
|
+ /* On IOS, dlopen crash as soon as we try to open one of our library.
|
|
+ * Instead, we have done a redirection of linking to convert our .so into a
|
|
+ * .a. Then the main executable is linked with theses symbol. So, instead
|
|
+ * of trying to dlopen, directly do the dlsym.
|
|
+ * -- Mathieu
|
|
+ */
|
|
+ return (dl_funcptr) dlsym(RTLD_SELF, funcname);
|
|
+
|
|
+#if 0
|
|
if (fp != NULL) {
|
|
int i;
|
|
struct stat statb;
|
|
@@ -140,4 +149,5 @@
|
|
handles[nhandles++].handle = handle;
|
|
p = (dl_funcptr) dlsym(handle, funcname);
|
|
return p;
|
|
+#endif
|
|
}
|