* cmake update broke mariadb
@ 2015-06-30 0:39 akuster808
2015-06-30 9:44 ` [OE-core] " Burton, Ross
2015-06-30 10:00 ` Koen Kooi
0 siblings, 2 replies; 14+ messages in thread
From: akuster808 @ 2015-06-30 0:39 UTC (permalink / raw)
To: OE-core, OpenEmbedded Devel List
Hello,
eo-core commit f8661aa "cmake: Upgrade 2.8.12.2 -> 3.2.2" broke mariadb
in meta-oe.
DOes the person who updated cmake need to fix this or the person who is
feeling the pain will be fixing it ?
- armin
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: cmake update broke mariadb
2015-06-30 0:39 cmake update broke mariadb akuster808
@ 2015-06-30 9:44 ` Burton, Ross
2015-06-30 10:00 ` Koen Kooi
1 sibling, 0 replies; 14+ messages in thread
From: Burton, Ross @ 2015-06-30 9:44 UTC (permalink / raw)
To: akuster808; +Cc: OpenEmbedded Devel List, OE-core
[-- Attachment #1: Type: text/plain, Size: 362 bytes --]
On 30 June 2015 at 01:39, akuster808 <akuster808@gmail.com> wrote:
> eo-core commit f8661aa "cmake: Upgrade 2.8.12.2 -> 3.2.2" broke mariadb in
> meta-oe.
>
> DOes the person who updated cmake need to fix this or the person who is
> feeling the pain will be fixing it ?
>
Depends on what the breakage is really. Can you provide build logs?
Ross
[-- Attachment #2: Type: text/html, Size: 783 bytes --]
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [OE-core] cmake update broke mariadb
@ 2015-06-30 9:44 ` Burton, Ross
0 siblings, 0 replies; 14+ messages in thread
From: Burton, Ross @ 2015-06-30 9:44 UTC (permalink / raw)
To: akuster808; +Cc: OpenEmbedded Devel List, OE-core
On 30 June 2015 at 01:39, akuster808 <akuster808@gmail.com> wrote:
> eo-core commit f8661aa "cmake: Upgrade 2.8.12.2 -> 3.2.2" broke mariadb in
> meta-oe.
>
> DOes the person who updated cmake need to fix this or the person who is
> feeling the pain will be fixing it ?
>
Depends on what the breakage is really. Can you provide build logs?
Ross
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [OE-core] cmake update broke mariadb
2015-06-30 9:44 ` [OE-core] " Burton, Ross
(?)
@ 2015-06-30 9:59 ` Koen Kooi
2015-06-30 10:15 ` [OE-core] " Burton, Ross
2015-06-30 10:32 ` [OE-core] " Stefan Herbrechtsmeier
-1 siblings, 2 replies; 14+ messages in thread
From: Koen Kooi @ 2015-06-30 9:59 UTC (permalink / raw)
To: openembedded-devel; +Cc: openembedded-core
[-- Attachment #1: Type: text/plain, Size: 4589 bytes --]
Burton, Ross schreef op 30-06-15 om 11:44:
> On 30 June 2015 at 01:39, akuster808 <akuster808@gmail.com> wrote:
>
>> eo-core commit f8661aa "cmake: Upgrade 2.8.12.2 -> 3.2.2" broke mariadb
>> in meta-oe.
>>
>> DOes the person who updated cmake need to fix this or the person who
>> is feeling the pain will be fixing it ?
>>
>
> Depends on what the breakage is really. Can you provide build logs?
ERROR: Function failed: do_configure (log file is located at
/build/linaro/build/build/tmp-glibc/work/x86_64-linux/mariadb-native/5.5.44-r0/temp/log.do_configure.25603)
ERROR: Logfile of failure stored in:
/build/linaro/build/build/tmp-glibc/work/x86_64-linux/mariadb-native/5.5.44-r0/temp/log.do_configure.25603
Log data follows:
| DEBUG: Executing python function sysroot_cleansstate
| DEBUG: Python function sysroot_cleansstate finished
| DEBUG: Executing shell function autotools_preconfigure
| DEBUG: Shell function autotools_preconfigure finished
| DEBUG: Executing python function autotools_copy_aclocals
| DEBUG: Python function autotools_copy_aclocals finished
| DEBUG: Executing shell function do_configure
| -- Running cmake version 3.2.2
| -- The C compiler identification is GNU 4.8.3
| -- The CXX compiler identification is GNU 4.8.3
| CMake Error at CMakeLists.txt:86 (PROJECT):
| The CMAKE_C_COMPILER:
|
| gcc
|
| is not a full path and was not found in the PATH.
|
| Tell CMake where to find the compiler by setting either the environment
| variable "CC" or the CMake cache entry CMAKE_C_COMPILER to the full path to
| the compiler, or to the compiler name if it is in the PATH.
|
|
| CMake Error at CMakeLists.txt:86 (PROJECT):
| The CMAKE_CXX_COMPILER:
|
| g++
|
| is not a full path and was not found in the PATH.
|
| Tell CMake where to find the compiler by setting either the environment
| variable "CXX" or the CMake cache entry CMAKE_CXX_COMPILER to the full path
| to the compiler, or to the compiler name if it is in the PATH.
|
|
| -- Configuring incomplete, errors occurred!
| See also
"/build/linaro/build/build/tmp-glibc/work/x86_64-linux/mariadb-native/5.5.44-r0/build/CMakeFiles/CMakeOutput.log".
| WARNING:
/build/linaro/build/build/tmp-glibc/work/x86_64-linux/mariadb-native/5.5.44-r0/temp/run.do_configure.25603:1
exit 1 from
| cmake ${OECMAKE_SITEFILE}
/build/linaro/build/build/tmp-glibc/work/x86_64-linux/mariadb-native/5.5.44-r0/mariadb-5.5.44
-DCMAKE_INSTALL_PREFIX:PATH=/build/linaro/build/build/tmp-glibc/sysroots/x86_64-linux/usr
-DCMAKE_INSTALL_BINDIR:PATH=/build/linaro/build/build/tmp-glibc/sysroots/x86_64-linux/usr/bin
-DCMAKE_INSTALL_SBINDIR:PATH=/build/linaro/build/build/tmp-glibc/sysroots/x86_64-linux/usr/sbin
-DCMAKE_INSTALL_LIBEXECDIR:PATH=/build/linaro/build/build/tmp-glibc/sysroots/x86_64-linux/usr/lib/mariadb
-DCMAKE_INSTALL_SYSCONFDIR:PATH=/build/linaro/build/build/tmp-glibc/sysroots/x86_64-linux/etc
-DCMAKE_INSTALL_SHAREDSTATEDIR:PATH=/build/linaro/build/build/tmp-glibc/sysroots/x86_64-linux/com
-DCMAKE_INSTALL_LOCALSTATEDIR:PATH=/build/linaro/build/build/tmp-glibc/sysroots/x86_64-linux/var
-DCMAKE_INSTALL_LIBDIR:PATH=/build/linaro/build/build/tmp-glibc/sysroots/x86_64-linux/usr/lib
-DCMAKE_INSTALL_INCLUDEDIR:PATH=/build/linaro/build/build/tmp-glibc/sysroots/x86_64-linux/usr/include
-DCMAKE_INSTALL_DATAROOTDIR:PATH=/build/linaro/build/build/tmp-glibc/sysroots/x86_64-linux/usr/share
-DCMAKE_INSTALL_SO_NO_EXE=0
-DCMAKE_TOOLCHAIN_FILE=/build/linaro/build/build/tmp-glibc/work/x86_64-linux/mariadb-native/5.5.44-r0/toolchain.cmake
-DCMAKE_VERBOSE_MAKEFILE=1 -DWITH_EMBEDDED_SERVER=ON -DWITH_JEMALLOC=no
-DWITHOUT_TOKUDB=TRUE -DCMAKE_DISABLE_FIND_PACKAGE_Boost=TRUE -DGROFF=FALSE
-DNROFF=FALSE -DENABLE_DTRACE=FALSE -DWITH_PIC=ON -DINSTALL_LAYOUT=RPM
-DINSTALL_DOCDIR:PATH=/build/linaro/build/build/tmp-glibc/sysroots/x86_64-linux/usr/share/doc/mariadb
-DINSTALL_LIBDIR:PATH=lib -DINSTALL_PLUGINDIR:PATH=lib/plugin
-DINSTALL_SYSCONFDIR:PATH=/build/linaro/build/build/tmp-glibc/sysroots/x86_64-linux/etc
-DMYSQL_DATADIR:PATH=/var/mysql -DCAT_EXECUTABLE=`which cat`
-DCMAKE_AR:FILEPATH=ar -DLIBEDIT_INTERFACE=FALSE -DWITHOUT_AUTH_PAM=TRUE
-DWITHOUT_VALGRIND=TRUE -Wno-dev
| ERROR: Function failed: do_configure (log file is located at
/build/linaro/build/build/tmp-glibc/work/x86_64-linux/mariadb-native/5.5.44-r0/temp/log.do_configure.25603)
ERROR: Task 2056
(/build/linaro/build/meta-openembedded/meta-oe/recipes-support/mysql/mariadb-native_5.5.44.bb,
do_configure) failed with exit code '1'
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 234 bytes --]
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: cmake update broke mariadb
2015-06-30 0:39 cmake update broke mariadb akuster808
@ 2015-06-30 10:00 ` Koen Kooi
2015-06-30 10:00 ` Koen Kooi
1 sibling, 0 replies; 14+ messages in thread
From: Koen Kooi @ 2015-06-30 10:00 UTC (permalink / raw)
To: openembedded-core; +Cc: openembedded-devel
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
akuster808 schreef op 30-06-15 om 02:39:
>
> Hello,
>
> eo-core commit f8661aa "cmake: Upgrade 2.8.12.2 -> 3.2.2" broke mariadb
> in meta-oe.
>
> DOes the person who updated cmake need to fix this or the person who is
> feeling the pain will be fixing it ?
I've been looking at this mariadb error and I've made no progress beyond
upgrading it to the latest 5.5.x, which shows the same cmake problem
regards,
Koen
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (Darwin)
Comment: GPGTools - http://gpgtools.org
iD8DBQFVkmi6MkyGM64RGpERAmrsAJ0bCkH5omgOzpnB0dT8A6amMrYH6gCfU50x
ZObEl6kQHbI+QDeiui3GxfU=
=E2ZF
-----END PGP SIGNATURE-----
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: cmake update broke mariadb
@ 2015-06-30 10:00 ` Koen Kooi
0 siblings, 0 replies; 14+ messages in thread
From: Koen Kooi @ 2015-06-30 10:00 UTC (permalink / raw)
To: openembedded-devel; +Cc: openembedded-core
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
akuster808 schreef op 30-06-15 om 02:39:
>
> Hello,
>
> eo-core commit f8661aa "cmake: Upgrade 2.8.12.2 -> 3.2.2" broke mariadb
> in meta-oe.
>
> DOes the person who updated cmake need to fix this or the person who is
> feeling the pain will be fixing it ?
I've been looking at this mariadb error and I've made no progress beyond
upgrading it to the latest 5.5.x, which shows the same cmake problem
regards,
Koen
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (Darwin)
Comment: GPGTools - http://gpgtools.org
iD8DBQFVkmi6MkyGM64RGpERAmrsAJ0bCkH5omgOzpnB0dT8A6amMrYH6gCfU50x
ZObEl6kQHbI+QDeiui3GxfU=
=E2ZF
-----END PGP SIGNATURE-----
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [oe] cmake update broke mariadb
2015-06-30 9:59 ` Koen Kooi
@ 2015-06-30 10:15 ` Burton, Ross
2015-06-30 10:32 ` [OE-core] " Stefan Herbrechtsmeier
1 sibling, 0 replies; 14+ messages in thread
From: Burton, Ross @ 2015-06-30 10:15 UTC (permalink / raw)
To: openembedded-devel; +Cc: OE-core
[-- Attachment #1: Type: text/plain, Size: 551 bytes --]
On 30 June 2015 at 10:59, Koen Kooi <koen@dominion.thruhere.net> wrote:
> CMake Error at CMakeLists.txt:86 (PROJECT):
> | The CMAKE_C_COMPILER:
> |
> | gcc
> |
> | is not a full path and was not found in the PATH.
>
I'm definitely not the cmake maintainer and barely understand cmake files,
but the new release needs that to be a full path and not a filename. The
recipe/class does this (as demonstrated by it working in
oe-core/meta-multimedia) so does the mariadb recipe do something else or
use a different class?
Ross
[-- Attachment #2: Type: text/html, Size: 967 bytes --]
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [OE-core] cmake update broke mariadb
@ 2015-06-30 10:15 ` Burton, Ross
0 siblings, 0 replies; 14+ messages in thread
From: Burton, Ross @ 2015-06-30 10:15 UTC (permalink / raw)
To: openembedded-devel; +Cc: OE-core
On 30 June 2015 at 10:59, Koen Kooi <koen@dominion.thruhere.net> wrote:
> CMake Error at CMakeLists.txt:86 (PROJECT):
> | The CMAKE_C_COMPILER:
> |
> | gcc
> |
> | is not a full path and was not found in the PATH.
>
I'm definitely not the cmake maintainer and barely understand cmake files,
but the new release needs that to be a full path and not a filename. The
recipe/class does this (as demonstrated by it working in
oe-core/meta-multimedia) so does the mariadb recipe do something else or
use a different class?
Ross
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [oe] cmake update broke mariadb
2015-06-30 9:59 ` Koen Kooi
@ 2015-06-30 10:32 ` Stefan Herbrechtsmeier
2015-06-30 10:32 ` [OE-core] " Stefan Herbrechtsmeier
1 sibling, 0 replies; 14+ messages in thread
From: Stefan Herbrechtsmeier @ 2015-06-30 10:32 UTC (permalink / raw)
To: openembedded-devel; +Cc: openembedded-core
Am 30.06.2015 um 11:59 schrieb Koen Kooi:
> Burton, Ross schreef op 30-06-15 om 11:44:
>> On 30 June 2015 at 01:39, akuster808 <akuster808@gmail.com> wrote:
>>
>>> eo-core commit f8661aa "cmake: Upgrade 2.8.12.2 -> 3.2.2" broke mariadb
>>> in meta-oe.
>>>
>>> DOes the person who updated cmake need to fix this or the person who
>>> is feeling the pain will be fixing it ?
>>>
>> Depends on what the breakage is really. Can you provide build logs?
> ERROR: Function failed: do_configure (log file is located at
> /build/linaro/build/build/tmp-glibc/work/x86_64-linux/mariadb-native/5.5.44-r0/temp/log.do_configure.25603)
> ERROR: Logfile of failure stored in:
> /build/linaro/build/build/tmp-glibc/work/x86_64-linux/mariadb-native/5.5.44-r0/temp/log.do_configure.25603
> Log data follows:
> | DEBUG: Executing python function sysroot_cleansstate
> | DEBUG: Python function sysroot_cleansstate finished
> | DEBUG: Executing shell function autotools_preconfigure
> | DEBUG: Shell function autotools_preconfigure finished
> | DEBUG: Executing python function autotools_copy_aclocals
> | DEBUG: Python function autotools_copy_aclocals finished
> | DEBUG: Executing shell function do_configure
> | -- Running cmake version 3.2.2
> | -- The C compiler identification is GNU 4.8.3
> | -- The CXX compiler identification is GNU 4.8.3
> | CMake Error at CMakeLists.txt:86 (PROJECT):
> | The CMAKE_C_COMPILER:
> |
> | gcc
> |
> | is not a full path and was not found in the PATH.
> |
> | Tell CMake where to find the compiler by setting either the environment
> | variable "CC" or the CMake cache entry CMAKE_C_COMPILER to the full path to
> | the compiler, or to the compiler name if it is in the PATH.
> |
> |
> | CMake Error at CMakeLists.txt:86 (PROJECT):
> | The CMAKE_CXX_COMPILER:
> |
> | g++
> |
> | is not a full path and was not found in the PATH.
> |
> | Tell CMake where to find the compiler by setting either the environment
> | variable "CXX" or the CMake cache entry CMAKE_CXX_COMPILER to the full path
> | to the compiler, or to the compiler name if it is in the PATH.
> |
> |
> | -- Configuring incomplete, errors occurred!
The problem should be the usage of cmake for a native package.
The cmake.bbclass disables the host path and thereby CMake could not
find the gcc binary.
I think the cmake.bbclass need to distinguish between cross and native
build and set the following for native build:
set( CMAKE_FIND_ROOT_PATH_MODE_PROGRAM BOTH )
set( CMAKE_FIND_ROOT_PATH_MODE_LIBRARY BOTH )
set( CMAKE_FIND_ROOT_PATH_MODE_INCLUDE BOTH )
This allows CMake to search the binaries, libraries and includes first
in the CMAKE_FIND_ROOT_PATH, then in the CMAKE_SYSROOT and then in the
non-rooted directories.
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [OE-core] cmake update broke mariadb
@ 2015-06-30 10:32 ` Stefan Herbrechtsmeier
0 siblings, 0 replies; 14+ messages in thread
From: Stefan Herbrechtsmeier @ 2015-06-30 10:32 UTC (permalink / raw)
To: openembedded-devel; +Cc: openembedded-core
Am 30.06.2015 um 11:59 schrieb Koen Kooi:
> Burton, Ross schreef op 30-06-15 om 11:44:
>> On 30 June 2015 at 01:39, akuster808 <akuster808@gmail.com> wrote:
>>
>>> eo-core commit f8661aa "cmake: Upgrade 2.8.12.2 -> 3.2.2" broke mariadb
>>> in meta-oe.
>>>
>>> DOes the person who updated cmake need to fix this or the person who
>>> is feeling the pain will be fixing it ?
>>>
>> Depends on what the breakage is really. Can you provide build logs?
> ERROR: Function failed: do_configure (log file is located at
> /build/linaro/build/build/tmp-glibc/work/x86_64-linux/mariadb-native/5.5.44-r0/temp/log.do_configure.25603)
> ERROR: Logfile of failure stored in:
> /build/linaro/build/build/tmp-glibc/work/x86_64-linux/mariadb-native/5.5.44-r0/temp/log.do_configure.25603
> Log data follows:
> | DEBUG: Executing python function sysroot_cleansstate
> | DEBUG: Python function sysroot_cleansstate finished
> | DEBUG: Executing shell function autotools_preconfigure
> | DEBUG: Shell function autotools_preconfigure finished
> | DEBUG: Executing python function autotools_copy_aclocals
> | DEBUG: Python function autotools_copy_aclocals finished
> | DEBUG: Executing shell function do_configure
> | -- Running cmake version 3.2.2
> | -- The C compiler identification is GNU 4.8.3
> | -- The CXX compiler identification is GNU 4.8.3
> | CMake Error at CMakeLists.txt:86 (PROJECT):
> | The CMAKE_C_COMPILER:
> |
> | gcc
> |
> | is not a full path and was not found in the PATH.
> |
> | Tell CMake where to find the compiler by setting either the environment
> | variable "CC" or the CMake cache entry CMAKE_C_COMPILER to the full path to
> | the compiler, or to the compiler name if it is in the PATH.
> |
> |
> | CMake Error at CMakeLists.txt:86 (PROJECT):
> | The CMAKE_CXX_COMPILER:
> |
> | g++
> |
> | is not a full path and was not found in the PATH.
> |
> | Tell CMake where to find the compiler by setting either the environment
> | variable "CXX" or the CMake cache entry CMAKE_CXX_COMPILER to the full path
> | to the compiler, or to the compiler name if it is in the PATH.
> |
> |
> | -- Configuring incomplete, errors occurred!
The problem should be the usage of cmake for a native package.
The cmake.bbclass disables the host path and thereby CMake could not
find the gcc binary.
I think the cmake.bbclass need to distinguish between cross and native
build and set the following for native build:
set( CMAKE_FIND_ROOT_PATH_MODE_PROGRAM BOTH )
set( CMAKE_FIND_ROOT_PATH_MODE_LIBRARY BOTH )
set( CMAKE_FIND_ROOT_PATH_MODE_INCLUDE BOTH )
This allows CMake to search the binaries, libraries and includes first
in the CMAKE_FIND_ROOT_PATH, then in the CMAKE_SYSROOT and then in the
non-rooted directories.
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [oe] cmake update broke mariadb
2015-06-30 10:32 ` [OE-core] " Stefan Herbrechtsmeier
@ 2015-06-30 12:53 ` Koen Kooi
-1 siblings, 0 replies; 14+ messages in thread
From: Koen Kooi @ 2015-06-30 12:53 UTC (permalink / raw)
To: Stefan Herbrechtsmeier; +Cc: openembedded-devel, openembedded-core
> Op 30 jun. 2015, om 12:32 heeft Stefan Herbrechtsmeier <stefan@herbrechtsmeier.net> het volgende geschreven:
>
> Am 30.06.2015 um 11:59 schrieb Koen Kooi:
>> Burton, Ross schreef op 30-06-15 om 11:44:
>>> On 30 June 2015 at 01:39, akuster808 <akuster808@gmail.com> wrote:
>>>
>>>> eo-core commit f8661aa "cmake: Upgrade 2.8.12.2 -> 3.2.2" broke mariadb
>>>> in meta-oe.
>>>>
>>>> DOes the person who updated cmake need to fix this or the person who
>>>> is feeling the pain will be fixing it ?
>>>>
>>> Depends on what the breakage is really. Can you provide build logs?
>> ERROR: Function failed: do_configure (log file is located at
>> /build/linaro/build/build/tmp-glibc/work/x86_64-linux/mariadb-native/5.5.44-r0/temp/log.do_configure.25603)
>> ERROR: Logfile of failure stored in:
>> /build/linaro/build/build/tmp-glibc/work/x86_64-linux/mariadb-native/5.5.44-r0/temp/log.do_configure.25603
>> Log data follows:
>> | DEBUG: Executing python function sysroot_cleansstate
>> | DEBUG: Python function sysroot_cleansstate finished
>> | DEBUG: Executing shell function autotools_preconfigure
>> | DEBUG: Shell function autotools_preconfigure finished
>> | DEBUG: Executing python function autotools_copy_aclocals
>> | DEBUG: Python function autotools_copy_aclocals finished
>> | DEBUG: Executing shell function do_configure
>> | -- Running cmake version 3.2.2
>> | -- The C compiler identification is GNU 4.8.3
>> | -- The CXX compiler identification is GNU 4.8.3
>> | CMake Error at CMakeLists.txt:86 (PROJECT):
>> | The CMAKE_C_COMPILER:
>> |
>> | gcc
>> |
>> | is not a full path and was not found in the PATH.
>> |
>> | Tell CMake where to find the compiler by setting either the environment
>> | variable "CC" or the CMake cache entry CMAKE_C_COMPILER to the full path to
>> | the compiler, or to the compiler name if it is in the PATH.
>> |
>> |
>> | CMake Error at CMakeLists.txt:86 (PROJECT):
>> | The CMAKE_CXX_COMPILER:
>> |
>> | g++
>> |
>> | is not a full path and was not found in the PATH.
>> |
>> | Tell CMake where to find the compiler by setting either the environment
>> | variable "CXX" or the CMake cache entry CMAKE_CXX_COMPILER to the full path
>> | to the compiler, or to the compiler name if it is in the PATH.
>> |
>> |
>> | -- Configuring incomplete, errors occurred!
> The problem should be the usage of cmake for a native package.
>
> The cmake.bbclass disables the host path and thereby CMake could not find the gcc binary.
>
> I think the cmake.bbclass need to distinguish between cross and native build and set the following for native build:
> set( CMAKE_FIND_ROOT_PATH_MODE_PROGRAM BOTH )
> set( CMAKE_FIND_ROOT_PATH_MODE_LIBRARY BOTH )
> set( CMAKE_FIND_ROOT_PATH_MODE_INCLUDE BOTH )
>
> This allows CMake to search the binaries, libraries and includes first in the CMAKE_FIND_ROOT_PATH, then in the CMAKE_SYSROOT and then in the non-rooted directories.
THanks for the hint, I’m going to test something like this:
[koen@thinkpad classes]$ git diff
diff --git a/meta/classes/cmake.bbclass b/meta/classes/cmake.bbclass
index b0a3972..ead4a26 100644
--- a/meta/classes/cmake.bbclass
+++ b/meta/classes/cmake.bbclass
@@ -27,6 +27,13 @@ OECMAKE_RPATH ?= ""
OECMAKE_PERLNATIVE_DIR ??= ""
OECMAKE_EXTRA_ROOT_PATH ?= ""
+OECMAKE_PATHS ?= ""
+OECMAKE_PATHS_class-native = " \
+set( CMAKE_FIND_ROOT_PATH_MODE_PROGRAM BOTH ) \
+set( CMAKE_FIND_ROOT_PATH_MODE_LIBRARY BOTH ) \
+set( CMAKE_FIND_ROOT_PATH_MODE_INCLUDE BOTH ) \
+"
+
cmake_do_generate_toolchain_file() {
cat > ${WORKDIR}/toolchain.cmake <<EOF
# CMake system name must be something like "Linux".
@@ -67,7 +74,10 @@ list(APPEND CMAKE_MODULE_PATH "${STAGING_DATADIR}/cmake/Modules/")
# add for non /usr/lib libdir, e.g. /usr/lib64
set( CMAKE_LIBRARY_PATH ${libdir} ${base_libdir})
+${OECMAKE_PATHS}
+
EOF
+
}
addtask generate_toolchain_file after do_patch before do_configure
^ permalink raw reply related [flat|nested] 14+ messages in thread
* Re: [OE-core] cmake update broke mariadb
@ 2015-06-30 12:53 ` Koen Kooi
0 siblings, 0 replies; 14+ messages in thread
From: Koen Kooi @ 2015-06-30 12:53 UTC (permalink / raw)
To: Stefan Herbrechtsmeier; +Cc: openembedded-devel, openembedded-core
> Op 30 jun. 2015, om 12:32 heeft Stefan Herbrechtsmeier <stefan@herbrechtsmeier.net> het volgende geschreven:
>
> Am 30.06.2015 um 11:59 schrieb Koen Kooi:
>> Burton, Ross schreef op 30-06-15 om 11:44:
>>> On 30 June 2015 at 01:39, akuster808 <akuster808@gmail.com> wrote:
>>>
>>>> eo-core commit f8661aa "cmake: Upgrade 2.8.12.2 -> 3.2.2" broke mariadb
>>>> in meta-oe.
>>>>
>>>> DOes the person who updated cmake need to fix this or the person who
>>>> is feeling the pain will be fixing it ?
>>>>
>>> Depends on what the breakage is really. Can you provide build logs?
>> ERROR: Function failed: do_configure (log file is located at
>> /build/linaro/build/build/tmp-glibc/work/x86_64-linux/mariadb-native/5.5.44-r0/temp/log.do_configure.25603)
>> ERROR: Logfile of failure stored in:
>> /build/linaro/build/build/tmp-glibc/work/x86_64-linux/mariadb-native/5.5.44-r0/temp/log.do_configure.25603
>> Log data follows:
>> | DEBUG: Executing python function sysroot_cleansstate
>> | DEBUG: Python function sysroot_cleansstate finished
>> | DEBUG: Executing shell function autotools_preconfigure
>> | DEBUG: Shell function autotools_preconfigure finished
>> | DEBUG: Executing python function autotools_copy_aclocals
>> | DEBUG: Python function autotools_copy_aclocals finished
>> | DEBUG: Executing shell function do_configure
>> | -- Running cmake version 3.2.2
>> | -- The C compiler identification is GNU 4.8.3
>> | -- The CXX compiler identification is GNU 4.8.3
>> | CMake Error at CMakeLists.txt:86 (PROJECT):
>> | The CMAKE_C_COMPILER:
>> |
>> | gcc
>> |
>> | is not a full path and was not found in the PATH.
>> |
>> | Tell CMake where to find the compiler by setting either the environment
>> | variable "CC" or the CMake cache entry CMAKE_C_COMPILER to the full path to
>> | the compiler, or to the compiler name if it is in the PATH.
>> |
>> |
>> | CMake Error at CMakeLists.txt:86 (PROJECT):
>> | The CMAKE_CXX_COMPILER:
>> |
>> | g++
>> |
>> | is not a full path and was not found in the PATH.
>> |
>> | Tell CMake where to find the compiler by setting either the environment
>> | variable "CXX" or the CMake cache entry CMAKE_CXX_COMPILER to the full path
>> | to the compiler, or to the compiler name if it is in the PATH.
>> |
>> |
>> | -- Configuring incomplete, errors occurred!
> The problem should be the usage of cmake for a native package.
>
> The cmake.bbclass disables the host path and thereby CMake could not find the gcc binary.
>
> I think the cmake.bbclass need to distinguish between cross and native build and set the following for native build:
> set( CMAKE_FIND_ROOT_PATH_MODE_PROGRAM BOTH )
> set( CMAKE_FIND_ROOT_PATH_MODE_LIBRARY BOTH )
> set( CMAKE_FIND_ROOT_PATH_MODE_INCLUDE BOTH )
>
> This allows CMake to search the binaries, libraries and includes first in the CMAKE_FIND_ROOT_PATH, then in the CMAKE_SYSROOT and then in the non-rooted directories.
THanks for the hint, I’m going to test something like this:
[koen@thinkpad classes]$ git diff
diff --git a/meta/classes/cmake.bbclass b/meta/classes/cmake.bbclass
index b0a3972..ead4a26 100644
--- a/meta/classes/cmake.bbclass
+++ b/meta/classes/cmake.bbclass
@@ -27,6 +27,13 @@ OECMAKE_RPATH ?= ""
OECMAKE_PERLNATIVE_DIR ??= ""
OECMAKE_EXTRA_ROOT_PATH ?= ""
+OECMAKE_PATHS ?= ""
+OECMAKE_PATHS_class-native = " \
+set( CMAKE_FIND_ROOT_PATH_MODE_PROGRAM BOTH ) \
+set( CMAKE_FIND_ROOT_PATH_MODE_LIBRARY BOTH ) \
+set( CMAKE_FIND_ROOT_PATH_MODE_INCLUDE BOTH ) \
+"
+
cmake_do_generate_toolchain_file() {
cat > ${WORKDIR}/toolchain.cmake <<EOF
# CMake system name must be something like "Linux".
@@ -67,7 +74,10 @@ list(APPEND CMAKE_MODULE_PATH "${STAGING_DATADIR}/cmake/Modules/")
# add for non /usr/lib libdir, e.g. /usr/lib64
set( CMAKE_LIBRARY_PATH ${libdir} ${base_libdir})
+${OECMAKE_PATHS}
+
EOF
+
}
addtask generate_toolchain_file after do_patch before do_configure
^ permalink raw reply related [flat|nested] 14+ messages in thread
* Re: cmake update broke mariadb
2015-06-30 9:44 ` [OE-core] " Burton, Ross
@ 2015-06-30 19:34 ` akuster808
-1 siblings, 0 replies; 14+ messages in thread
From: akuster808 @ 2015-06-30 19:34 UTC (permalink / raw)
To: Burton, Ross; +Cc: OpenEmbedded Devel List, OE-core
On 06/30/2015 02:44 AM, Burton, Ross wrote:
>
> On 30 June 2015 at 01:39, akuster808 <akuster808@gmail.com
> <mailto:akuster808@gmail.com>> wrote:
>
> eo-core commit f8661aa "cmake: Upgrade 2.8.12.2 -> 3.2.2" broke
> mariadb in meta-oe.
>
> DOes the person who updated cmake need to fix this or the person
> who is feeling the pain will be fixing it ?
>
>
> Depends on what the breakage is really. Can you provide build logs?
yeah, that would have helped.
- armin
>
> Ross
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [OE-core] cmake update broke mariadb
@ 2015-06-30 19:34 ` akuster808
0 siblings, 0 replies; 14+ messages in thread
From: akuster808 @ 2015-06-30 19:34 UTC (permalink / raw)
To: Burton, Ross; +Cc: OpenEmbedded Devel List, OE-core
On 06/30/2015 02:44 AM, Burton, Ross wrote:
>
> On 30 June 2015 at 01:39, akuster808 <akuster808@gmail.com
> <mailto:akuster808@gmail.com>> wrote:
>
> eo-core commit f8661aa "cmake: Upgrade 2.8.12.2 -> 3.2.2" broke
> mariadb in meta-oe.
>
> DOes the person who updated cmake need to fix this or the person
> who is feeling the pain will be fixing it ?
>
>
> Depends on what the breakage is really. Can you provide build logs?
yeah, that would have helped.
- armin
>
> Ross
^ permalink raw reply [flat|nested] 14+ messages in thread
end of thread, other threads:[~2015-06-30 19:34 UTC | newest]
Thread overview: 14+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2015-06-30 0:39 cmake update broke mariadb akuster808
2015-06-30 9:44 ` Burton, Ross
2015-06-30 9:44 ` [OE-core] " Burton, Ross
2015-06-30 9:59 ` Koen Kooi
2015-06-30 10:15 ` [oe] " Burton, Ross
2015-06-30 10:15 ` [OE-core] " Burton, Ross
2015-06-30 10:32 ` [oe] " Stefan Herbrechtsmeier
2015-06-30 10:32 ` [OE-core] " Stefan Herbrechtsmeier
2015-06-30 12:53 ` [oe] " Koen Kooi
2015-06-30 12:53 ` [OE-core] " Koen Kooi
2015-06-30 19:34 ` akuster808
2015-06-30 19:34 ` [OE-core] " akuster808
2015-06-30 10:00 ` Koen Kooi
2015-06-30 10:00 ` Koen Kooi
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.