lizzy's patches for luanti https://git.vlhl.dev/lizzy/luanti/minetest.git/atom?h=0.4.13 2015-08-20T02:02:00+00:00 2015-08-20T02:02:00+00:00 est31 MTest31@outlook.com 2015-08-20T02:02:00+00:00 urn:sha1:d44fceac7e1237b00c6431ee1bb5805b602d0dcd 2015-08-02T17:23:17+00:00 est31 MTest31@outlook.com 2015-08-02T08:08:44+00:00 urn:sha1:47225346be9ab0d55bc2dbc71b6c0f085f47a75e Previously, sound failed due to errors with hardfp abi build instructions. As the problem couldn't be found, the softfp compatible abi was chosen instead. This move will cause a small performance overhead, but due to the abi being armeabi-v7a, the internal calculations will still be done using the FPU. We also fix some issues with ABI information passing. However, the fixes aren't sufficient to get sound working. The patch also fixes an issue with the gitignore file. 2015-08-01T18:42:07+00:00 est31 MTest31@outlook.com 2015-07-31T14:38:36+00:00 urn:sha1:c39a85a88d1f905014c1ced6b87638cdb01e6ddf Before, android_version.h got changed at every new commit. Now, we only change it with new minetest releases. Analogous to how cmake does it, we add an android_version_githash.h file that communicates the git hash to C++ code. Also, unify VERS_MAJOR, VERS_MINOR and VERS_PATCH variable calculation inside the whole makefile. 2015-07-31T08:12:20+00:00 est31 MTest31@outlook.com 2015-07-31T03:52:34+00:00 urn:sha1:e29b61ecd4e8fb3cd4f84cff0e830b49993cbf50 Speeding up rebuild: Before, we've written the android_version.h file at every rebuild. As it thought the file's content has changed, make has rebuilt files in the source tree that depended on that header file during rebuild, causing lots of files being rebuilt without there being a reason. The reasoning of make can be observed by passing -d and V=1 params to the ndk-build command. You then got logging entries like: Prerequisite `jni/src/android_version.h' is newer than target `obj/local/armeabi-v7a-hard/objs-debug/minetest/jni/src/areastore.o'. Preventing race condition build fail: Before, there was a race condition, where, if the prep_srcdir target was executed in parallel with the $(ROOT)/jni/src/android_version.h one, it could happen that the jni/src directory was nonexistent, and we were trying to write into a file inside. This resulted in a build failue: /bin/sh: 1: cannot create [...]/jni/src/android_version.h: Directory nonexistent Additionally, we now don't remove the link to src/ needlessly anymore. Keeping this wouldn't have affected the rebuild, but this way its more proper. 2015-07-31T02:51:57+00:00 est31 MTest31@outlook.com 2015-07-31T02:51:57+00:00 urn:sha1:7217fd32eb8af01d3012a2ed883598c6a9fbf78e Also make only one >-redirection, sparing repetition. Also, use cut instead of awk, which is shorter and should be a bit faster. 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-29T13:53:23+00:00 est31 MTest31@outlook.com 2015-07-29T13:22:51+00:00 urn:sha1:f97c2702a2fee9496059169448ce97ed2b7da9b2 Fix commenting happening thanks to missing quotes and dereference variable the right way, to get rid of a compile error. 2015-07-27T04:42:56+00:00 est31 MTest31@outlook.com 2015-07-11T00:24:00+00:00 urn:sha1:c30a2d68541b6ff451d92709478b4e37cac86447 2015-06-27T01:42:01+00:00 RealBadAngel maciej.kasatkin@o2.pl 2015-06-22T02:34:56+00:00 urn:sha1:ffd16e3feca90c356c55898de2b9f3f5c6bc5c98 2015-06-20T05:48:17+00:00 est31 MTest31@outlook.com 2015-06-20T05:39:28+00:00 urn:sha1:a31d08be5533482639b96fae5696f738f9eb9e78