2020-03-25 Kjell Ahlstedt <kjellahlstedt@gmail.com>
3.0.3
2020-03-25 Kjell Ahlstedt <kjellahlstedt@gmail.com>
README.md: Better describe when maintainer-mode is necessary
As a libsigc++-3 tarball does not contain generated source code,
maintainer-mode is not always necessary when you build with Meson
from a tarball that was created by Autotools.
2020-03-24 Kjell Ahlstedt <kjellahlstedt@gmail.com>
README.md: Improve the Build section
and remove README_build. All build information is in README.md.
2020-03-10 Kjell Ahlstedt <kjellahlstedt@gmail.com>
meson.build: Update version to 3.0.2
2020-03-10 Kjell Ahlstedt <kjellahlstedt@gmail.com>
examples: Disable deprecated API when building with Meson
Deprecated SIGCXX API is disabled when example programs are built
with Autotools. Do the same when building with Meson.
2020-01-13 Kjell Ahlstedt <kjellahlstedt@gmail.com>
README.md, README_build: Describe building with Meson
2020-01-08 Robert Middleton <robert.middleton@rm5248.com>
Added example of using libsigc++ with Qt
Pull Request #35.
2020-01-06 Lennard Berger <lennard.berger@student.uni-tuebingen.de>
tests: Replace C-style casts with static_cast<>
murrayc-tuple-utils Pull Request #4 .
2020-01-02 Kjell Ahlstedt <kjellahlstedt@gmail.com>
docs/docs/reference/meson.build: Check if perl is found
Don't use perl.path() when configuring Doxyfile, if perl is not found.
Perl is not required, if build-documentation=false.
Fixes#53
Signed-off-by: Andreas Müller <schnitzeltony@gmail.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
2020-03-25 Kjell Ahlstedt <kjellahlstedt@gmail.com>
2.10.3
2020-03-24 Kjell Ahlstedt <kjellahlstedt@gmail.com>
README: Describe building with Meson and Autotools
and remove the description of the directory structure,
which is not very useful.
2020-03-10 Kjell Ahlstedt <kjellahlstedt@gmail.com>
examples: Disable deprecated API when building with Meson
Deprecated SIGCXX API is disabled when example programs are built
with Autotools. Do the same when building with Meson.
2020-01-13 Kjell Ahlstedt <kjellahlstedt@gmail.com>
README: Describe building with Meson
2020-01-02 Kjell Ahlstedt <kjellahlstedt@gmail.com>
docs/reference/meson.build: Check if perl is found
Don't use perl.path() when configuring Doxyfile, if perl is not found.
Perl is not required, if build-documentation=false.
Fixes#53
2019-12-30 Kjell Ahlstedt <kjellahlstedt@gmail.com>
meson.build: Change project name, sigc++ -> libsigc++
Autotools make tarballs called libsigc++-x.y.z.tar.xz. No reason to
change that. The leading "lib" is now also restored in some locations
in the reference documentation.
2019-12-30 Kjell Ahlstedt <kjellahlstedt@gmail.com>
Update untracked/README
2019-12-29 Kjell Ahlstedt <kjellahlstedt@gmail.com>
meson.build: Check if .git is a directory or a file
In a git worktree, .git is a regular file.
See https://gitlab.gnome.org/GNOME/pangomm/merge_requests/8
2019-12-29 Kjell Ahlstedt <kjellahlstedt@gmail.com>
sigc++/meson.build: Library name is sigc-2.0
Pointed out by Chun-wei Fan in PR #51.
2019-12-29 Chun-wei Fan <fanchunwei@src.gnome.org>
NMake Makefiles: Separate outdir by toolset version
This is to reduce the likelihood of accidently mixing DLLs that are
linked with different CRTs in the build tree.
Also clean up rules a bit.
2019-12-29 Chun-wei Fan <fanchunwei@src.gnome.org>
build: Support NMake builds from Meson tarballs
This adds inference rules to the NMake Makefiles to also look for the
sources that are in untracked/, and to ensure that the generated MSVC
build files (sigc++-config.h and sigc.rc) are copied into
untracked/MSVC_NMake, so that they can be built properly even with
NMake.
2019-12-29 Chun-wei Fan <fanchunwei@src.gnome.org>
meson: Build Windows .rc files on Windows
This ensures that on Windows, the version info resources are indeed
linked into the libsigc++ DLL.
2019-12-29 Chun-wei Fan <fanchunwei@src.gnome.org>
meson/Windows: Fix builds when builddir is a subdir of source tree
It appears that Meson did not construct the paths properly for
shutil.copy2() when building in a build directory that is a
subdirectory of the sources, when using meson.current_build_dir(),
possibly due how path separators are handled.
Fix this by constructing the paths using project_build_root / 'MSVC_NMake'.
2019-12-29 Chun-wei Fan <fanchunwei@src.gnome.org>
meson.build: Fix 'meson dist' on Windows
Since we are assured that we are using Python 3.x on when we run Meson, we
do not really need to look for the 'python3' executable, but we could
just use whatever Python interpreter that is used to run Meson.
This will fix situations where it is commonly the case where we may have
multiple Python 3.x installations on Windows (www.python.org, and those
from Cygwin/mingw-w64), so that Meson really uses one and only one
Python installation to run everything that is Python-related, which will
thus fix '[meson|ninja] dist' on Visual Studio builds.
2019-12-29 Chun-wei Fan <fanchunwei@src.gnome.org>
Meson/MSVC: Support builds directly from GIT checkouts
It appears that if one uses the m4 that is given by mingw-w64 (and
perhaps Cygwin), that m4 is enough to generate the sources and headers
that we need for the build.
So, remove the lines saying building directly from GIT checkouts are not
supported.
2019-12-24 Chun-wei Fan <fanchunwei@src.gnome.org>
meson: Ensure symbols are exported on MSVC builds
Make sure the correct build macros are specified when building
libsigc++, so that:
-The symbols are properly exported
-We do not break builds as a result of unecesary warnings
2019-12-24 Chun-wei Fan <fanchunwei@src.gnome.org>
meson: Relax MSVC version requirement to 2015
libsigc++ requires a C++-11-compliant compiler, so we can just make the
build look for Visual Studio 2015 instead of Visual Studio 2017 15.7.
Visual Studio 2013 also works, but since it will spew out loads of
warnings and the latest C++-11 version of glibmm is not buildable with
Visual Studio 2013, let's just require Visual Studio 2015.
2019-12-24 Kjell Ahlstedt <kjellahlstedt@gmail.com>
Add support for building libsigc++-2.0 with Meson
libsigc++-2.0 can be built with either Autotools or Meson.
2019-12-10 Kjell Ahlstedt <kjellahlstedt@gmail.com>
Make libsigc_manual.xml valid
Fix errors reported by "xmllint --postvalid".
2019-07-03 Kjell Ahlstedt <kjellahlstedt@gmail.com>
tests/test_track_obj: Fix for clang++
clang++ complains if private members are unused, so make them protected.
error: private field 'bar_' is not used [-Werror,-Wunused-private-field]
Signed-off-by: Andreas Müller <schnitzeltony@gmail.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
There is one script - a check tool that needs perl on
target, which perhaps is only needed during development and testing
therefore move that to a separate package. Rest of safec is then
independent of perl runtime requirement.
Signed-off-by: Khem Raj <raj.khem@gmail.com>
some recipes under meta-oe have dependency on meta-python,
and test_world of yocto-check-layer will failed with error
like:
ERROR: test_world (common.CommonCheckLayer)
ERROR: Nothing PROVIDES 'python3-pytoml-native' (but
/meta-openembedded/meta-oe/recipes-extended/mozjs/mozjs_60.9.0.bb
DEPENDS on or otherwise requires it). Close matches:
python3-numpy-native
python3-pycairo-native
python3-rpm-native
ERROR: Required build target 'meta-world-pkgdata' has no buildable
providers.
Missing or unbuildable dependency chain was: ['meta-world-pkgdata',
'mozjs', 'python3-pytoml-native']
fix by make these recipes only active when identified layers are
present
Signed-off-by: Changqing Li <changqing.li@windriver.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Fixes:
INFO: Skip package dbus-broker (status = UNKNOWN_BROKEN, current version = 21, next version = N/A)
After this commit:
INFO: dbus-broker, 21, 22, None, N/A
Signed-off-by: Pierre-Jean Texier <pjtexier@koncepto.io>
* nodejs from meta-oe depends on this since:
commit 76dd3dac1f
Author: André Draszik <git@andred.net>
Date: Tue Oct 29 16:42:24 2019 +0000
nodejs: allow use of system c-ares (and make default)
Use system c-ares via PACKAGECONFIG by default. So far,
nodejs had been built using its embedded copy of c-ares,
which we generally try to avoid, for the known reasons
(independent updates, cve & license checks, etc).
Notes:
* otherwise nodejs uses its bundled version of c-ares
* the PACKAGECONFIG variable is 'ares' so as to be in
line with other uses of this (wget & curl recipes in
OE core)
Signed-off-by: André Draszik <git@andred.net>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
* I don't expect anyone nowadays actually using these recipes which I've
imported from meta-smartphone in 2011.
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Remove mpv from the PNBLACKLIST by updating to the latest release and using a
newer, python3-aware waf for building (copied from glmark2).
The name of the license file changed, but the licence of the software itself
did not.
Added mime-xdg to inherit to handle mime artifacts.
Added to the FILES command to scoop up additional files being generated by
the build.
Re-added 'mpv' back to LICENSE_FLAGS_WHITELIST search list in
packagegroup-meta-oe.
Extensively fixed and cleaned up the PACKAGECONFIG options to reflect the
current options available when configuring mpv. Also cleaned up any configure
options which are no longer available.
Added the correct dependencies so mpv builds under wayland.
Tested with core-image-x11 on a rock-pi-4 with
PACKAGECONFIG = "libass x11 opengl egl drm gbm vaapi vdpau"
# mpv --vo=help
Available video outputs:
libmpv render API for libmpv
gpu Shader-based GPU Renderer
vdpau VDPAU with X11
vaapi VA API with X11
x11 X11 (slow, old crap)
null Null video output
image Write video frames to image files
tct true-color terminals
drm Direct Rendering Manager
Tested with core-image-weston on a rock-pi-4 with:
PACKAGECONFIG = "libass wayland x11 opengl"
# mpv -vo=help
Available video outputs:
libmpv render API for libmpv
gpu Shader-based GPU Renderer
wlshm Wayland SHM video output
x11 X11 (slow, old crap)
null Null video output
image Write video frames to image files
tct true-color terminals
Signed-off-by: Trevor Woerner <twoerner@gmail.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
When usrmerge is enabled plymouth still tries to install to /bin and
/lib leading to the following build error:
ERROR: plymouth-git-r0 do_package: QA Issue: plymouth: Files/directories
were installed but not shipped in any package:
/sbin/plymouthd
/lib/libply.so.5
/lib/libply.so
/lib/libply.so.5.0.0
/lib/libply-splash-core.so
/lib/libply-splash-core.so.5.0.0
/lib/libply-splash-core.so.5
/bin/plymouth
There is a configuration flag --with-system-root-install which controls
where the binaries get installed. The flag is currently tied to the
systemd distro feature, however, this seems wrong.
Use the flag to control where binaries get installed depending on
whether usrmerge is used.
Signed-off-by: Stefan Agner <stefan.agner@toradex.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
The main user was upstart, which is no longer provided
by any maintained layer.
Signed-off-by: Adrian Bunk <bunk@stusta.de>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Internal boost headers are missing ppc support
ssiapi.1.3.0/lib/boost/smart_ptr/detail/sp_counted_base.hpp:66:11: fatal error: boost/smart_ptr/detail/sp_counted_base_gcc_ppc.hpp: No such file or directory
Signed-off-by: Khem Raj <raj.khem@gmail.com>
sdbus-c++ is a high-level, expressive, easy-to-use C++ D-Bus client library written on top of systemd D-Bus client C library.
Signed-off-by: Stanislav Angelovic <angelovic.s@gmail.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
glfw depends on libglu which wont build if "opengl" is not
in DISTRO_FEATURES
Signed-off-by: Armin Kuster <akuster808@gmail.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Fixes
ERROR: dbus-broker-21-r0 do_package: QA Issue: dbus-broker: Files/directories were installed but not shipped in any package:
/usr/lib/systemd/catalog
/usr/lib/systemd/catalog/dbus-broker.catalog
/usr/lib/systemd/catalog/dbus-broker-launch.catalog
Signed-off-by: Khem Raj <raj.khem@gmail.com>
This helps with re-using sstate tasks when machines are similar
Fixes
Hash for dependent task emlog/kernel-module-emlog_git.bb:do_packagedata changed from a70b22026e418998e61d08b0b0ab64a3e26fd0da41a1d12f4356554b6b043794 to 7817106c7626c3c4b238f03771fc32dc8f3dc5e7496ff98cf8a812039939f915
Signed-off-by: Khem Raj <raj.khem@gmail.com>
This ensures that right CC/LD is used when building the module, which
should be KERNEL_CC and KERNEL_LD, otherwise it starts to use DISTRO
default ld and cc which could be non-gcc and non-bfd liker which is must
for building kernel and modules
Also hides a gold linker failure seen on aarch64
| aarch64-yoe-linux-musl-ld: internal error in set_address, at ../../gold/output.h:322
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Cc: Fabio Berton <fabio.berton@ossystems.com.br>
* to activate meson 'GNOMEBASEBUILDCLASS = "meson"' must be set before 'inherit
gnomebase'
* add a patch to fix meson build
Signed-off-by: Andreas Müller <schnitzeltony@gmail.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
