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>
Switch grilo, grilo-plugins and libgee to use the @GNOME alias for
source download in order to fix download problems in buildbot.
Signed-off-by: Hannu Nyman <hannu.nyman@iki.fi>
Minor Fixes:
- Fixed bug related to Python 3.5 support. [1]
- "--without-python3" was being issued when it should only be
"--without-python".
- "--without-python" is only issued in the event of neither Python 3.5
support neither Python 2.7 support is requested.
- Fixed an old bug related to coroutine2 support (added selector).
- "--without-coroutin2" was not being issued, even when boost-coroutine was
not selected. Because of that, the boost building system was compiling
boost- coroutine and all of its dependencies.
- Added selector for boost-graph-parallel.
References:
[1] - openwrt@8f7e090#commitcomment-14542816
Signed-off-by: Carlos M. Ferreira <carlosmf.pt@gmail.com>
Signed-off-by: Ted Hess <thess@kitschensync.net>
My last commit c1137b6db7 "libffi: fix
libffi.pc file" broke the host build as that still placed the header
files to /usr/lib/libffi-3.0.13/include/ and the libffi.pc file pointed
to /usr/include/ . With this patch I took the patch from Debian and
also made the install process to put the header files to /usr/include
in all situations.
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
