POrtable COmponents is a Modern, powerful open source C++ class libraries
for building network- and internet-based applications that run on desktop,
server, mobile and embedded systems.
Original Makefile -->
https://dev.openwrt.org/browser/packages/libs/poco/Makefile
add license
add maintainer
update URL to latest github stable version (1.7.0)
change patch to the configure file
add a patch to build with musl-libc
Signed-off-by: Jean-Michel Julien <jean-michel.julien@trilliantinc.com>
The compiled libaprutil library contains references to libiconv,
libiconv_open and libiconv_close functions from the full gettext
package even when the full gettext support is disabled (i.e. the
CONFIG_BUILD_NLS configuration parameter is not set). The dependency
on these ICONV functions breaks compilation of some packages that
depend on libaprutil, such as subversion:
<targetdir>/usr/lib/libaprutil-1.so: undefined reference to `libiconv'
<targetdir>/usr/lib/libaprutil-1.so: undefined reference to `libiconv_open'
<targetdir>/usr/lib/libaprutil-1.so: undefined reference to `libiconv_close'
Signed-off-by: Don Rumata <don.rumata.vk@gmail.com>
Warning is:
#warning redirecting incorrect #include <sys/poll.h> to <poll.
Not a big issue.
But it can be annoying when building with -Werror set.
Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
Packages building with libev and want to include event.h from libev
need to be modified to include ev_event_compat.h instead.
The are no known packages which need to be fixed at this time. The
normal include is ev.h for this package.
Signed-off-by: Ted Hess <thess@kitschensync.net>
Major fixes:
- The "Select Boost Options" was improved:
- In previous versions, it was possible to unselect both Shared and Static
options, so that there would be nothing to be built. This was solved by
creating a choice menu "Compile Boost libraries".
- A new choice menu was also created for Boost Run-time linkage called
"Selects Boost Run-time linkage", which is used to select the C and C++
runtime. This choice menu obeys to the required restrictions by boost
options [1].
- Fixed the invalid combination where boost shared version could be linked
to C and C++ static runtime. This is not allowed by the boost builder.
- Added new menu where a Boost building variant can be chosen from 3 options:
- Release: The optimized version for daily use.
- Debug: The debugging version, for testing purposes.
- Profiling: The profiling version for evaluation purposes.
- Improved options help descriptions.
Minor fixes:
- Makefile Version was bumped from 6 to 8 because the previous update [2] did
not bumped the value acordingly to the submission rules.
- Removed stuff that was not doing anything: "-sBUILD=release"
- Changed builder executable from "bjam" to "b2" which is the correct caller:
- "bjam" is the old name and exists only for compatibility purposes.
[1]: http://www.boost.org/build/doc/html/bbv2/overview/builtins/features.html
[2]: openwrt#2084
Signed-off-by: Carlos M. Ferreira <carlosmf.pt@gmail.com>
Major fixes:
- Due to incompatibility issues with other packages which depend upon boost
libraries being built with system names (without name tags):
- multi-thread support is now active by default.
- boost libraries do not have name tags by default.
- Added "Use tagged names." options
- This option provides access to Single threaded option and Debug option.
- The use of name tags is required to build the debug and single threaded
versions.
Minor fixes (proposed by Thess):
- "Compile Static Libraries" is active by default
- "Use shared version of C and C++ runtimes for shared libraries" is now active
by default
- Several dependency notation fixes
Signed-off-by: Carlos M. Ferreira <carlosmf.pt@gmail.com>
Minor fixes:
- CoRoutine2 selector requires that a GCC v5 compiler or better is selected
- coroutine2 requires C++14
- The Makefile was not alowing the libraries to be compiled with both
statically and shared, at the same time. There are now two seperate options,
allowing to select which version is wanted.
- The Makefile was also not allowing to compile both single thread and multi-
thread versions. Again, two seperate options now exist.
- There is also the option to build another set of libraries with debug support
which is good for development.
- These options are important for those who whish to build an OpenWRT SDK.
Signed-off-by: Carlos M. Ferreira <carlosmf.pt@gmail.com>