- 23 Nov, 2018 1 commit
-
-
Sometimes we need to access the currently-used visual studio version from inside recipes to set configuration flags. F.ex., libvpx.
-
- 22 Nov, 2018 2 commits
-
-
Nirbheek Chauhan authored
-
Nirbheek Chauhan authored
Apple has not sold x86 macs for almost a decade (10.6 was the last version that could be installed on 32-bit hardware in 2008), and Apple will officially remove support for running 32-bit macOS apps in the near future.
-
- 21 Nov, 2018 3 commits
-
-
Nirbheek Chauhan authored
Not when targetting Windows, which uses autotools from the system.
-
Nirbheek Chauhan authored
Linking fails because the symbols are not correctly exported with __declspec(dllexport), and so the DLL has no symbols.
-
Nirbheek Chauhan authored
autotools is too old on Windows.
-
- 15 Nov, 2018 1 commit
-
-
FileNotFoundError: [Errno 2] No such file or directory: '[...]/dist/android_universal/arm64/include/ffi-arm.h'
-
- 14 Nov, 2018 6 commits
-
-
Nirbheek Chauhan authored
We copy ltmain.sh for all autotools recipes now, and run autoreconf for some of them because of that. This recipe was missed. libtool: Version mismatch error. This is libtool 2.4.6, but the libtool: definition of this LT_INIT comes from libtool 2.4.2. libtool: You should recreate aclocal.m4 with macros from libtool 2.4.6 libtool: and run autoconf again.
-
Otherwise build tools like orcc cannot find their shared library.
-
-
-L/path/to/usr/lib-march=armv7-a is missing a space however libtool doesn't like -march after -L so move the -march before the -L addition
-
Do the same for the build-tools recipe too. Starting with the next release, we can start using the tarball. Need master for the latest meson build file fixes.
-
The Meson port includes the correct arch-specific header automatically so we don't need to do massive header switcheroo for universal builds Tested on: Linux, macOS, iOS, Android, MinGW, MSVC
-
- 13 Nov, 2018 2 commits
-
-
So we should ship it, and also generate import libraries for it.
-
Nirbheek Chauhan authored
The location is different from cpp.exe
-
- 12 Nov, 2018 25 commits
-
-
-
-
It's uneeded now that cerbero/python unpacks tarballs for us. It also conveniently solves a chicken and egg problem with an updated libtool.
-
-
-
-
For linking an android application
-
Allows linking an android application
-
-mincoming-stack-boundary is not a valid argument to clang Use -mstackrealign instead
-
For use on android
-
-
Use the GLOBAL_* arguments as well
-
Fixes cases where there is no static library to link to (e.g. libc++_shared.so) or the possibility that the static library is different from the .la file name.
-
Disable asm until it's fixed
-
-mno-ieee-fp is an unrecognized argument to clang
-
Fixes android NDK r18 building
-
-
fixes android NDK r18 build
-
-
-
-
Allows compilation with android's NDK r18 setup
-
The only C++ STL available now is libc++ so move to that. Depending on android platforrm and architeture, we also need to link in helper static libraries that complement the c++ offering by libc++ such as libandroid_support.a and libunwind.a. gstreamer/cerbero#26
-
Update all the locations/flags/etc for the new clang paradigm. -gcc-toolchain points to the gnu binutils ar, as, etc that clang will use. NDK r18 removed the armv5 target and only has android platforms that target at least armv7 so the armv5 target is not useful anymore. #26
-
ltmain.sh is used by gettext-tools, so libtool needs to be built before that. Also don't try to copy ltmain.sh when building libtool.
-
