lizzy's patches for luanti https://git.vlhl.dev/lizzy/luanti/minetest.git/atom?h=0.4.13 2015-08-19T17:49:45+00:00 2015-08-19T17:49:45+00:00 Rui Rui914@users.noreply.github.com 2015-08-18T10:57:55+00:00 urn:sha1:3a2bfd4548398aa0a0014fdaee91ce4a12c5963b 2015-08-19T16:38:00+00:00 est31 MTest31@outlook.com 2015-06-14T04:38:02+00:00 urn:sha1:457d42c5997cc430231ed221f06d8f4bba2100e7 This bypass had to be re-enabled as some users reported issues, even after the iconv build fix. While utf8_to_wide works well, wide_to_utf8 is quite broken on android, for some reason, and some devices (unrelated from build configuration). 2015-08-06T06:25:35+00:00 kwolekr kwolekr@minetest.net 2015-08-06T06:15:21+00:00 urn:sha1:8560ece02e36b1e0ee7b86db2a38b8becbb639e4 This was caused by the use the non-threadsafe SharedBuffer in a threaded context. 2015-08-06T03:48:07+00:00 est31 MTest31@outlook.com 2015-08-06T02:59:38+00:00 urn:sha1:49cf66d78566de128ec8879044e9d9e2fac0ba1c 2015-08-02T17:42:22+00:00 Břetislav Štec valsiterb@gmail.com 2015-08-02T13:08:39+00:00 urn:sha1:abe6c072d66777b171399f42548bad75f618f1a3 2015-08-01T23:30:08+00:00 kwolekr kwolekr@minetest.net 2015-08-01T05:03:51+00:00 urn:sha1:42cf5e972d1e27a92048712bc79806e1a088b96c Multiplying by a factor of 1/1000.f (rather than dividing by 1000.f) directly introduces an error of 1 ULP. With this patch, an exact comparison of a floating point literal with the deserialized F1000 form representing it is now guaranteed to be successful. In addition, the maxmium and minimum safely representible floating point numbers are now well-defined as constants. 2015-08-01T23:24:46+00:00 kwolekr kwolekr@minetest.net 2015-08-01T04:34:09+00:00 urn:sha1:bf991bde45b279b40fdfa6c6b6fc6e4dd265c7ee 2015-07-29T13:59:06+00:00 est31 MTest31@outlook.com 2015-07-29T09:54:27+00:00 urn:sha1:eb3aac20c879b9532cd3b678efb2126adcd07af7 Before, our libiconv build was a joke. We first called configure for our own build host system, then called make, before we executed a Android.mk script we provided as patch. The first "native make" always failed, and the LIBICONV_LIB file setting in our Makefile didn't match the built one, resulting in an always-rebuild of iconv. This commit cleans up this total mess, removes the double-build, and the Android.mk, and properly calls ./configure with the according target platform, and uses a built toolchain. As we have to deal with the android bug "NDK: Support for prebuild libs with full sonames" https://code.google.com/p/android/issues/detail?id=55868 as the 2013 patch https://lists.gnu.org/archive/html/libtool-patches/2013-06/msg00002.html by Google's David Turner wasn't inside the 2011 libtool, we pass -avoid-version to libtool. Thanks to the proper build, wide_to_utf8 works for android now, removing us of the need to disable it. 2015-07-27T04:42:56+00:00 est31 MTest31@outlook.com 2015-07-11T00:24:00+00:00 urn:sha1:c30a2d68541b6ff451d92709478b4e37cac86447 2015-07-24T20:42:54+00:00 est31 MTest31@outlook.com 2015-07-24T19:38:40+00:00 urn:sha1:5bde7798e9c90904c0d38c75da1f2ce2d62922af Also add static identifier as upstream did