aboutsummaryrefslogtreecommitdiff
path: root/depends/patches
AgeCommit message (Collapse)Author
2016-07-21[depends] ZeroMQ 4.1.5fanquake
2016-07-19build: fix non-deterministic biplistCory Fields
The non-deterministic ordering produced by biplist ends up in the .DS_Store file that is included in the OSX dmg.
2016-06-17Fix bitcoin_qt.m4 and fix-xcb-include-order.patchJonas Schnelli
2016-04-21depends: mac deploy Py3 compatibilityWladimir J. van der Laan
This fixes the gitian MacOSX build, it was broken in #7723. The patch to `native_mac_alias` should probably make it upstream.
2016-03-01[depends] Delete unused patchesMarcoFalke
Superseded by 4bdad99f5000539dcf03ddc92c142fa6deb44c01
2015-11-16depends: qt PIDLIST_ABSOLUTE patchWladimir J. van der Laan
Remove sed-based qt PIDLIST_ABSOLUTE workaround, replace by a patch that works for both old (such as used by Travis and Ubuntu Precise) and new mingw (Ubuntu Trusty).
2015-09-03libevent: Windows reuseaddr workaround in dependsCory Fields
Make it possible to reuse sockets. This is necessary to make the RPC tests work in WINE.
2015-07-27fixup: qt 5.5 snuck in another module that needs path hand-holdingCory Fields
2015-07-23depends: bump to qt 5.5Cory Fields
2015-06-13depends: fix Boost 1.55 build on GCC 5Jacob Welsh
Boost assumes variadic templates are always available in GCC 4.4+, but they aren't since we don't build with -std=c++11. This applies the patch that fixed the issue in boost 1.57: https://github.com/boostorg/config/commit/eec808554936ae068b23df07ab54d4dc6302a695 See also: https://svn.boost.org/trac/boost/ticket/10500
2015-03-16depends: fix a static qt5 crash when using certain versions of libxcbCory Fields
See here for background: https://bugreports.qt.io/browse/QTBUG-34748 libxcb temporarily had an abi breakage which caused crashes when qt was compiled against a non-compatible version. Building qt with -qt-xcb should have shielded us from this issue, except that incompatible headers were used when building qt's wrapper. Make sure those headers aren't picked up by qt's build. Details: qt's build adds a wrapper around the xcb libs when -qt-xcb is used. This is done to avoid having to link to a handful of different libs, which may not be api/abi stable. This build depends on include-order, so that its files are found before the real libxcb headers. Our build (for other reasons related to qt's complicated build-system) injects our prefix into CXXFLAGS. Because libxcb is found in this path, that reverses the include-order, negating the purpose of the wrapper. To fix, libxcb's includes are simply moved to a subdir. pkg-config ensures that they're still found properly when needed. To make things even more interesting, this behavior in qt's .pro files is broken: INCLUDEPATH += $$QMAKE_CFLAGS_XCB The INCLUDEPATH variable is processed by qmake which automatically prefixes each entry with "-I". The QMAKE_CFLAGS_XCB variable comes from pkg-config and already contains -I, making the path look like "-I-I/path/to/xcb/headers". To work around that, CFLAGS/CXXFLAGS are used here rather than INCLUDEPATH.
2015-01-02depends: major upgrade to darwin toolchainCory Fields
tl;dr: Update to the newer stable toolchain and SDK for OSX without giving up any backwards compatibility. We can move to clang 3.5 as a next step which allows use to use libc++ and the 10.10 sdk, but we'll need to find a build that works in gitian/travis first. Switch to a new, better maintained fork of cctools: https://github.com/tpoechtrager/cctools-port I've forked this and will be working on it some as well: https://github.com/theuni/cctools-port This brings in: cctools v862 ld64: v241.9 It also fixes 64bit builds, so there's no longer any need to use a 32bit clang. Since clang is no longer tied to an old/crusty 32bit build, clang has been upgraded to 3.3. Unfortunately, there's a bug in 3.4 that breaks builds. 3.5 works fine, but there are no binary builds compatible with precise, which is currently used for gitian and travis. We could always build our own if necessary. After updating to stable clang/linker/cctools, it's possible to use a more recent SDK. The current SDK (10.7) through the most recent 10.10 have all been built/tested successfully, both with and without 10.6 compatibility. However, 10.10 requires clang 3.5. SDKs >= 10.9 use libc++ rather than libstdc++. This is verified working as well.
2015-01-02depends: osx: fix qt5 build against 10.10 sdkCory Fields
2014-12-04Remove gmp dependency and doc mentionsPieter Wuille
2014-11-19depends: Add a package for qt4.6. Linux uses it by default.Cory Fields
We're not ready to switch to a static qt5 for Linux yet due to missing plugin support. This adds a recipe for building a shared qt4 that we build and link against, but don't distribute. make USE_LINUX_STATIC_QT5=1 can be used to build static qt5 as before.
2014-11-18depends: add gmp packageCory Fields
2014-09-08qt: fix tablet crash. closes #4854.Cory Fields
This backports the relevant parts of: https://codereview.qt-project.org/#/c/82689/
2014-08-08depends: add shared dependency builderCory Fields
See the README's in depends for documentation