Maintainer: @ClaymorePT
Compile tested: Broadcom BCM2708
Run tested: None
Description:
- New header-only library -> Process
-> Process library by Klemens D. Morgenstern, that provides cross
platorm ways to allows you to:
- create child processes
- setup streams for child processes
- communicate with child processes through streams
(synchronously or asynchronously)
- wait for processes to exit (synchronously or asynchronously)
- terminate processes
Information about the 1.64.0 release (updated libraries, bug fixes,
etc), can be found here [1].
[1]: http://www.boost.org/users/history/version_1_64_0.html
Signed-off-by: Carlos Miguel Ferreira <carlosmf.pt@gmail.com>
libgd fails to build due to missing dependency if the libtiff
package is selected. Fix the build issue and add two new
configuration options, both disabled by default:
1) enable TIFF support, and
2) enable Freetype 2.x support.
Signed-off-by: Val Kulkov <val.kulkov@gmail.com>
This was suggested by @hnyman because hg is not a prerequisite in
LEDE or Openwrt, so using that should be avoided, if possible.
The tricky part is that the filename is appended to the URL,
thus we construct/use an URL where the appended filename does not hurt.
Signed-off-by: Michael Heimpold <mhei@heimpold.de>
This patch tries to address the following package issues:
- the upstream hg repository seems to contain some invalid timestamps,
at least the following warning are generated during package compilation
(only one example):
emcy.c: Timestamp out of range; substituting 2514-05-30 01:53:03.999999999
This can be fixed by touching all files after unpacking, thus tar is
now given the -m switch.
- one or more LEDE buildbot(s) do not have hg tool installed and thus are not
able to checkout the sources from upstream
This patch populates PKG_MIRROR_HASH in the hope that the buildbot's first
try is to download an already packed source tarball prior to checkout it out
from upstream.
- While at packaging from upstream, use the common infrastructure, i.e. use
a source date etc. This also results in tar.xz files and thus reduces the
disk footprint a little bit.
- during compilation the follwing warning could be observed:
cc1: note: someone does not honour copts correctly, passed 0 times
To silent down these warning, patch the Makefiles and pass the expected
option.
Important note: changes are only compile tested due to missing hardware at
hand.
Signed-off-by: Michael Heimpold <mhei@heimpold.de>
In case a toolchain supports OpenMP (e.g: external toolchains), just
disable support for it in libsoxr since cmake would detect that and
later we would fail to create the package because there is no libgomp
package being created.
In case OpenMP is desireable and this is supported by the toolchain, we
should introduce a specific option for that.
Signed-off-by: Florian Fainelli <f.fainelli@gmail.com>
Fixes the following build failures:
pth_mctx.c: In function '__pth_mctx_set':
pth_mctx.c:480:2: error: #error "Unsupported Linux (g)libc version
and/or platform"
#error "Unsupported Linux (g)libc version and/or platform"
^
Makefile:991: recipe for target 'pth_mctx.lo' failed
Signed-off-by: Florian Fainelli <f.fainelli@gmail.com>
Fixes the following build error:
hiredis.h:101:24: error: lvalue required as left operand of assignment
buf[(len)] = '\0';
Signed-off-by: Florian Fainelli <f.fainelli@gmail.com>
None of the CPUs supported in OpenWrt/LEDE are MSA capable (requires
MIPS32r5/r6 for that) which would lead to this error during configure:
You specified a pre-MSA CPU in your CFLAGS.
If you really want to run on such a CPU, configure with --disable-asm.
Signed-off-by: Florian Fainelli <f.fainelli@gmail.com>
In commit f82287cf5c (treewide: use name in define and eval lines)
two typos were committed as result of replacing PKG_NAME macro with
actual package name.
Undo those typos here to make the affected variants installable.
Signed-off-by: Denis Osvald <denis.osvald@sartura.hr>
libsoc is a C library for interfacing with common SoC
peripherals through generic kernel interfaces. This
library is already part of Buildroot and OpenEmbedded.
Signed-off-by: Yegor Yefremov <yegorslists@googlemail.com>
For consistency, use full name instead of $(PKG_NAME) in define and eval
lines for all packages.
I've seen reviews that asked to do this before, and I am asking the same
during reviews now. To avoid this in the future, fix this treewide so
when people use existing packages as example, we will not have to
request this change anymore.
This makes all packages consistent with both LEDE and OpenWrt base
repositories.
Signed-off-by: Stijn Tintel <stijn@linux-ipv6.be>
Update:
- Python 3.6 support fixed. It is now correctly compiled and available.
Fixes:
- disabled context and fiber for unsupported targets
There are several architectures which are not supported by context nor
fiber. Because of this, Boost build was failing targets. This created the
situation where the other boost libs were not being built and consequently,
becoming unavailable at the OpenWRT/LEDE repositories.
To solve this issue, it was necessary to disabled fiber and context for
the incompatible targets.
Boost.Fiber is disabled for:
-> ar7, rb532, brcm63xx.smp, brcm63xx, brcm47xx, brcm47xx.legacy, brcm2708,
au1000, ath25, adm8668 and adm5120.
Boost.Context is disabled for:
-> avr32, octeon and netlogic.
Signed-off-by: Carlos Miguel Ferreira <carlosmf.pt@gmail.com>
This commit fixes an existent regression in boost 1.63 [1].
The regression appears when libc is used for the toolchain.
[1] - https://svn.boost.org/trac/boost/ticket/11756
Signed-off-by: Carlos Miguel Ferreira <carlosmf.pt@gmail.com>
Need PCRE2 library for the fish shell. Took existing pcre makefile
as a base to build pcre2, supporting 8, 16, and 32 bit characters with
different install targets for each.
Signed-off-by: Shane Peelar <lookatyouhacker@gmail.com>
Maintainer: me
Compile tested: brcm2708
aarch64_cortex-a53+neon-vfpv4_musl
LEDE head r3426-4c09f99
Run tested: NONE
Description: buildbots fail on link ARM object.
error: xxxxxx.o uses VFP register arguments,
Signed-off-by: Hirokazu MORIKAWA <morikw2@gmail.com>
libidn.pc file was missing in package staging area causing build
failures for other packages expecting to find libidn package config
files.
refreshed patches to clear existing patch fuzz
take over maintainership
Signed-off-by: Kevin Darbyshire-Bryant <kevin@darbyshire-bryant.me.uk>
While fixing up some incorrect STAGING_DIR_HOSTPKG uses I introduced, I
noticed that the LIBPNG12_CONFIG variable is not used by libgd anymore (it
is called LIBPNG_CONFIG now).
As the build runs fine without setting LIBPNG_CONFIG, let's just remove the
unused line.
Signed-off-by: Matthias Schiffer <mschiffer@universe-factory.net>
Carlos Miguel Ferreira
Tibor Dudlák
Hannu Nyman
Val Kulkov
Michael Heimpold
Daniel Engberg
Florian Fainelli
Hirokazu MORIKAWA
Peter Wagner
Ted Hess
Denis Osvald
Thomas Heil
Vladimir Ulrich
W. Michael Petullo
Yegor Yefremov
Stijn Tintel
Lucian Cristian
Ian Leonard
Shane Peelar
Gergely Kiss
Eduardo Abinader
Nikos Mavrogiannopoulos
Per Sandström
Kevin Darbyshire-Bryant
Matthias Schiffer
Mirko Vogt