buildroot/package/poco, branch 2016.08

poco: fix m68k compile

2016-08-16T05:59:50+00:00

Add a patch from double-conversion upstream project which is bundled with poco to fix compile for m68k. Fixes: http://autobuild.buildroot.net/results/791917c1343f53e12f27b06cfd5e1d2e88078014/ http://autobuild.buildroot.net/results/349d4b49d65a652551c4de20233684bb4ffa5ae3/ Signed-off-by: Waldemar Brodkorb Signed-off-by: Peter Korsgaard

poco: add patch to fix musl build

2016-04-13T21:49:01+00:00

Add patch from upstream commit 30159aea4b3f6421da9d74a8bf22aad6d3bf26b4 to fix musl build issue: src/Error.cpp: In static member function 'static std::string Poco::Error::getMessage(int)': src/Error.cpp:71:55: error: invalid conversion from 'int' to 'const char*' [-fpermissive] return std::string(strerror_r(errorCode, errmsg, 256)); There are 2 flavors of `strerror_r`, a GNU which returns a string and a POSIX version which returns an int. When the POSIX and GNU API collides musl always provides the POSIX API. That being the case for `strerror_r` musl does only support the POSIX version, despite of `_GNU_SOURCE`. Only use the GNU version for glibc or uClibc. Fixes: http://autobuild.buildroot.net/results/cc3/cc392a6e294b9eed697b205329f8146a28e423e2/ http://autobuild.buildroot.net/results/693/693ef640a95702b20eb4e811936510e0a58cdfdd/ http://autobuild.buildroot.net/results/7f0/7f0966ee57aea574fda2157562e9c3202bd3819d/ http://autobuild.buildroot.net/results/7c0/7c02072a885a874e8b640905ef21929e6e143aae/ Signed-off-by: Jörg Krause Signed-off-by: Thomas Petazzoni

poco: bump to version 1.7.2

2016-04-13T21:48:56+00:00

Also: - add a hash file. - replace patch #0002 by passing the DEFAULT_TARGET to poco - remove patch #0003 as it is obsolet since upstream commit 010f7a5370be450109f1726e39d5b193e63a6373 - remove patch #0004 which is applied upstream - remove patch #0005 which is fixed by upstream different Signed-off-by: Jörg Krause Signed-off-by: Thomas Petazzoni

poco: add patches to fix pcre link issue and library installation

2015-11-03T16:18:33+00:00

This commit adds two patches for poco to fix two issues: - A link issue caused by the fact that Buildroot uses the "unbundled" mode for pcre, which is broken due to Poco poking into internal pcre symbols. A Gentoo patch is adapted to work around this problem. - A link and runtime issue caused by the fact that the shared libraries are simply not installed due to a bug in the Makefile. An upstream Poco commit is backported to solve this problem. Signed-off-by: Thomas Petazzoni Reported-by: Benno Schweikert

Merge branch 'next'

2015-09-01T07:59:08+00:00

Signed-off-by: Peter Korsgaard

package/poco: bump to version 1.6.1

2015-08-10T14:17:06+00:00

Also: * switch from sourceforge to github * remove hash (github-helper) * remove upstream applied patches * re-number remaining patches * add patch to fix build issue with `--bundled` config option [Thomas: really remove hash file, since we're fetching from Github.] Signed-off-by: Jörg Krause Signed-off-by: Thomas Petazzoni

package/poco: disable for static build

2015-08-06T06:54:52+00:00

poco requires dlopen(). There is a --no-sharedlibs option that is supposed to support building in a statically linked environment, but it doesn't do anything. Fixes: http://autobuild.buildroot.net/results/952/952f05efd245ba59991f3c5be02a0572e8b9e544/ Signed-off-by: Jörg Krause Signed-off-by: Thomas Petazzoni

packages: all salute the passing of avr32

2015-02-14T16:43:11+00:00

Signed-off-by: "Yann E. MORIN" Signed-off-by: Thomas Petazzoni

package/*: rename patches according to the new policy

2015-02-03T13:52:56+00:00

Autogenerated from rename-patch.py (http://patchwork.ozlabs.org/patch/403345) Signed-off-by: Samuel Martin Signed-off-by: Peter Korsgaard

package: add hashes for SourceForge-hosted packages

2014-12-28T21:21:16+00:00

Since SourceForge sometimes serves us faulty tarballs, we can tons of autobuild failures: http://autobuild.buildroot.org/results/9fb/9fba5bf086a4e7a29e5f7156ec43847db7aacfc4/ http://autobuild.buildroot.org/results/6c8/6c837b244c45ac3b3a887734a371cd6d226cf216/ ... Fix that by adding hash files for all SourceForge-hosted packages (thos etht did not already have it). We normally prefer to use hashes published by upstream, but hunting them all one by one is a tedious task, so those hashes were all locally computed with a script that searched for SF-hosted packages, downloades the associated tarball, computed the hash, and stored it in the corresponding .hash file. Also, SF publishes sha1 hashes, while I used the stronger sha256, since sha1 is now considered to be relatively weak. Signed-off-by: "Yann E. MORIN" Cc: Peter Korsgaard Cc: Thomas Petazzoni Cc: Maxime Hadjinlian Cc: Richard Braun Cc: Nathaniel Roach Signed-off-by: Thomas Petazzoni