b5f374fef7
This contains a few hacks very specific to Qt's buildsystem. These can be reverted once we split the build between native and target builds. Qt's build contains a circular dependency when not using a system zlib. By far the easiest fix is to switch to a system zlib, rather than Qt's own. However, that confuses Qt's cross build which assumes that when using a system zlib, it should also find a system (native) zlib for native tools. The build breaks if that zlib is not present. To solve this: 1. Always use a system zlib rather than the one provided by qt 2. Set force_bootstrap, which instructs the build tools to be built as though we're cross-compiling (build != target) 3. For build tools, use qt's internal zlib so that a native zlib is not required. Step 3 means that if any zlib headers are found by the native build, it will confuse Qt's internal zlib build. So we also need to make sure that the target headers/libs aren't found. To do so, specify that our cflags/cxxflags/cppflags/ldflags only apply for non-host builds. |
||
---|---|---|
.. | ||
bdb.mk | ||
boost.mk | ||
dbus.mk | ||
expat.mk | ||
fontconfig.mk | ||
freetype.mk | ||
libevent.mk | ||
libICE.mk | ||
libSM.mk | ||
libX11.mk | ||
libXau.mk | ||
libxcb.mk | ||
libXext.mk | ||
miniupnpc.mk | ||
native_biplist.mk | ||
native_ccache.mk | ||
native_cctools.mk | ||
native_cdrkit.mk | ||
native_ds_store.mk | ||
native_libdmg-hfsplus.mk | ||
native_mac_alias.mk | ||
native_protobuf.mk | ||
openssl.mk | ||
packages.mk | ||
protobuf.mk | ||
qrencode.mk | ||
qt.mk | ||
xcb_proto.mk | ||
xextproto.mk | ||
xproto.mk | ||
xtrans.mk | ||
zeromq.mk | ||
zlib.mk |