linux/meta-openembedded.git/meta-oe/recipes-support/glog, branch gatesgarth-next

glog : improve reproducibility

2020-10-01T17:32:42+00:00

remove WORKDIR info from config file to improve reproducibility Signed-off-by: Lee Chee Yang Signed-off-by: Khem Raj

recipes,packagegroups: Remove libunwind deps for riscv

2020-04-25T15:32:41+00:00

since libunwind is not buildable, it results in glog not being buildable and that results in ceres-solver and gperftools opencv needs glob to eenable libeigen Signed-off-by: Khem Raj

glog: fix do_fetch error

2019-12-23T23:03:15+00:00

This fixes the build error as below: WARNING: glog-0.3.5-r0 do_fetch: Failed to fetch URL git://github.com/google/glog.git;branch=v035, attempting MIRRORS if available ERROR: glog-0.3.5-r0 do_fetch: Fetcher failure: Unable to find revision a6a166db069520dbbd653c97c2e5b12e08a8bb26 in branch v035 even from upstream ERROR: glog-0.3.5-r0 do_fetch: Fetcher failure for URL: 'git://github.com/google/glog.git;branch=v035'. Unable to fetch URL from any source. Signed-off-by: Quanyang Wang Signed-off-by: Khem Raj

glog: fix installation path

2018-12-05T18:18:59+00:00

When glog is compiled with multilib support, it shouldn't use hardcoded paths. Paths substitued by CMake should be used instead. Signed-off-by: Vyacheslav Yurkov Tested-by: Martin Jansa Signed-off-by: Khem Raj

glog: fixed the build for mips and other platforms

2018-11-26T17:38:14+00:00

According to build log http://errors.yoctoproject.org/Errors/Details/201286/ FindLibunwind wokred only for x86, arm, and x86_64. This patch extends the cmake module to work with mips, ia64, ppc(64) and other architectures supported by libunwind Signed-off-by: Vyacheslav Yurkov Signed-off-by: Khem Raj

glog: updated libunwind look up function

2018-11-05T16:48:04+00:00

Updated FindLinunwind cmake file to locate libunwind properly in the system. This includes settings all needed defines in config.h file, which are used for glog compilation. Changed unwind cmake target to interface, because in cross-compilation environment we could link against several libunwind shared libraries. Signed-off-by: Vyacheslav Yurkov Signed-off-by: Khem Raj

glog: enable building shared library again

2018-10-15T20:37:23+00:00

* fix the soversion used by libglog as explained bellow: The preferred default should IMHO be the same as with 0.3.4 version which was shared library, but that's easy to add with small bbappend having: EXTRA_OECMAKE += "-DBUILD_SHARED_LIBS=ON" but unfortunately the SONAME in the library changed from: objdump -x usr/lib/libglog.so.0.0.0 | grep SONAME SONAME libglog.so.0 in 0.3.4 to: objdump -x usr/lib/libglog.so.0.3.5 | grep SONAME SONAME libglog.so.0.3.5 Which breaks all our prebuilt binaries which now correctly complain that there isn't libglog.so.0 provider in dependencies: QA Issue: /usr/lib/libfoo.so.1.2.3 contained in package libfoo requires libglog.so.0, but no providers found in RDEPENDS_libfoo Which is quite unfortunate for minor upgrade. Did they really change the ABI (and expect to change it in all future minor upgrades) or is this change just unexpected side-effect of using cmake instead of autotools? It looks the later, because if I build 0.3.5 version with autotools I get: objdump -x usr/lib/libglog.so.0.0.0 | grep SONAME SONAME libglog.so.0 and there is patch for SOVERSION here as well: https://github.com/google/or-tools/blob/master/patches/glog.patch applied in master: https://github.com/google/glog/blob/master/CMakeLists.txt#L493 https://github.com/google/glog/commit/6b6e38a7d53fe01f42ce34384cf4ba4c50e8cb65#diff-af3b638bc2a3e6c650974192a53c7291 Signed-off-by: Martin Jansa Signed-off-by: Khem Raj

glog: upgrade 0.3.4 -> 0.3.5

2018-10-08T16:52:04+00:00

Upgraded glog recipe to a new stable version in favor of cmake configuration Old configure.ac patch is removed. Another cmake patch is added. When UNWIND_LIBRARY is used directly as a public dependency then absolute path is stored in cmake config file. This is an issue when glog is used as part of generated SDK, which was built on another machine. When SDK is installed on developer's machine, cmake config contains a full path to non-existent location. The solution is to find libunwind during configure stage and store target name as a dependency, not a full path Signed-off-by: Vyacheslav Yurkov Signed-off-by: Khem Raj

glog: Update to version 0.3.4

2016-08-15T10:32:01+00:00

-The repository has been moved to github. -There is a new release 0.3.4 -Add a user configurable dependency on gflag -Merge .inc file on the recipe Signed-off-by: Ricardo Ribalda Delgado Signed-off-by: Martin Jansa

glog: add dependency on libunwind

2013-07-20T15:07:33+00:00

* it's autodetected from sysroot and configure doesn't have parameter to explicitly disable it so PACKAGECONFIG won't work OOTB Signed-off-by: Martin Jansa