Hi Jakob, On Tue, May 30, 2017 at 11:28 AM, Jakob Hasse <jakob.ha...@smart-home-technology.ch> wrote: > Hi Marek, please don't top post http://www.idallen.com/topposting.html :) > > Thanks for your answer! > I did use a local repo folder since I find it more convenient to make quick > changes that way, as it is the case right now. Source is fetched only once then it's keep in downloads directory so better use then local repo. > > I applied your changes but I still get the same bitbake errors as before, as > shown below. The CMake Error log says: > ... > error: unrecognized command line option '-Wmissing-variable-declarations' > ... > error: unrecognized command line option '-Wshorten-64-to-32' Can you give me some more info about poky version, target you're building ... > ... > > I tried to coment out the addition of the corresponding flags (in > cmake/CFlags.cmake) with no improvement. > > Now I compiled with another arm-gcc version (digi embedded version of > arm-gcc, 6.2.0) and I get a different error -.- : > | DEBUG: Executing python function sysroot_cleansstate > | DEBUG: Python function sysroot_cleansstate finished > | DEBUG: Executing shell function do_configure > | CMake Error: The source directory > "/home/jakob/workspace/newuvalue/tmp/work/cortexa7hf-neon-dey-linux-gnueabi/stlink/0.1-r0/git" > does not appear to contain CMakeLists.txt. > | Specify --help for usage, or press the help button on the CMake GUI. > | WARNING: exit code 1 from a shell command. > | ERROR: Function failed: do_configure (log file is located at > /home/jakob/workspace/newuvalue/tmp/work/cortexa7hf-neon-dey-linux-gnueabi/stlink/0.1-r0/temp/log.do_configure.3539) > > I have no idea why, but in the original source folder the CMakeLists.txt is > there... > > Cheers, > Jakob > > > On 29.05.2017 21:24, Belisko Marek wrote: >> >> Hi Jakob, >> >> On Mon, May 29, 2017 at 6:29 PM, Jakob Hasse >> <jakob.ha...@smart-home-technology.ch> wrote: >>> >>> Hello, >>> >>> I have two issues: >>> >>> 1. >>> I innocently tried to include an open source version of the ST Link tools >>> (https://github.com/texane/stlink) into my yocto image. >>> I created a recipe fetching from git and got the error: >>> >>> | CMake Error at CMakeLists.txt:105 (install): >>> | install TARGETS given unknown argument "/lib". >>> | >>> | >>> | CMake Error at CMakeLists.txt:135 (install): >>> | install TARGETS given unknown argument "/lib". >>> | >>> | >>> | CMake Error at usr/lib/pkgconfig/CMakeLists.txt:12 (install): >>> | install FILES given unknown argument "/lib/pkgconfig/". >>> | >>> | >>> | CMake Error at include/CMakeLists.txt:9 (install): >>> | install FILES given unknown argument "/lib". >>> | >>> | >>> | CMake Error at include/CMakeLists.txt:12 (install): >>> | install FILES given unknown argument "/lib/stlink". >>> >>> I'm not sure whether it's a CMake problem since the project compiles >>> absolutely fine on my host machine with native target (the binary also >>> works >>> fine in my case). >>> Also, the CMake error log shows me errors about unrecognized CFlags >>> (-Wmissing-variable-declarations, -Wshorten-64-to-32) which confuse me >>> somewhat given the errors above. >>> Then I checked out the source and changed the CMake file to exclude >>> corresponding flags - with no difference, errors still remain. >>> My recipe now looks like this: >>> >>> # comment >>> SUMMARY = "ST-Link firmware flasher" >>> DESCRIPTION = "" >>> SECTION = "examples" >>> LICENSE = "MIT" >>> LIC_FILES_CHKSUM = >>> "file://${COMMON_LICENSE_DIR}/MIT;md5=0835ade698e0bcf8506ecda2f7b4f302" >>> >>> DEPENDS = "libusb pkgconfig" >>> >>> SRC_URI = "file://stlink.tar.gz" >> >> Why don't use git protocol instead of link to fetched sources? >>> >>> FILES_${PN} += "${bindir}/st-flash" >>> >>> S = "${WORKDIR}/git" >> >> Here is my updated recipe: >> >> # comment >> SUMMARY = "ST-Link firmware flasher" >> DESCRIPTION = "" >> SECTION = "examples" >> LICENSE = "MIT" >> LIC_FILES_CHKSUM = >> "file://${COMMON_LICENSE_DIR}/MIT;md5=0835ade698e0bcf8506ecda2f7b4f302" >> >> DEPENDS = "libusb pkgconfig" >> >> SRCREV = "55c057296ad15fa6de9909206098bd4eed8f6311" >> >> PV = "1.3.1+git${SRCPV}" >> >> SRC_URI = "git://github.com/texane/stlink.git" >> >> SRC_URI[md5sum] = "99fa2b1de041f62b7285a8f1870c891b" >> SRC_URI[sha256sum] = >> "8545752efe2be13c6dbadec48c93cd72be448147f38f0fe44050c0416827ca37" >> >> S = "${WORKDIR}/git" >> >> inherit cmake >> >> Also it is necessary to patch a stlink before to pass configuration phase >> like: >> diff --git a/CMakeLists.txt b/CMakeLists.txt >> index afa7fde..4d2db6c 100644 >> --- a/CMakeLists.txt >> +++ b/CMakeLists.txt >> @@ -1,9 +1,10 @@ >> cmake_minimum_required(VERSION 2.8.7) >> project(stlink C) >> +SET(CMAKE_INSTALL_PREFIX /usr/) >> set(PROJECT_DESCRIPTION "Open source version of the >> STMicroelectronics Stlink Tools") >> set(STLINK_UDEV_RULES_DIR "/etc/udev/rules.d" CACHE PATH "Udev rules >> directory") >> set(STLINK_MODPROBED_DIR "/etc/modprobe.d" CACHE PATH "modprobe.d >> directory") >> -set(STLINK_LIBRARY_PATH "lib/${CMAKE_LIBRARY_PATH}" CACHE PATH >> "Target lib directory") >> +set(STLINK_LIBRARY_PATH "${CMAKE_INSTALL_PREFIX}/lib" CACHE PATH >> "Target lib directory") >> >> option(STLINK_GENERATE_MANPAGES "Generate manpages with pandoc" OFF) >> >> diff --git a/include/CMakeLists.txt b/include/CMakeLists.txt >> index 0b5a443..e0851e4 100644 >> --- a/include/CMakeLists.txt >> +++ b/include/CMakeLists.txt >> @@ -2,13 +2,16 @@ configure_file( >> "${PROJECT_SOURCE_DIR}/include/stlink/version.h.in" >> "${CMAKE_BINARY_DIR}/include/stlink/version.h" >> ) >> + >> +SET(CMAKE_INSTALL_PREFIX /usr/) >> + >> file(GLOB STLINK_HEADERS >> "stlink/*.h" >> "${CMAKE_BINARY_DIR}/include/stlink/*.h" >> ) >> install(FILES ${CMAKE_SOURCE_DIR}/include/stlink.h >> - DESTINATION include/${CMAKE_LIBRARY_PATH} >> + DESTINATION >> "${CMAKE_INSTALL_PREFIX}/include/${CMAKE_LIBRARY_PATH}/stlink" >> ) >> install(FILES ${STLINK_HEADERS} >> - DESTINATION include/${CMAKE_LIBRARY_PATH}/stlink >> + DESTINATION >> "${CMAKE_INSTALL_PREFIX}/include/${CMAKE_LIBRARY_PATH}/stlink" >> ) >> >> Then it still fails to compile but I tried to compile it for arm so >> maybe this is the reason. Hope it helps a bit ;). >> >>> inherit cmake >>> >>> 2. >>> For the last step I had to repack a tar.gz out of the checked out source >>> folder, otherwise bitbake complained. >>> Is it possible to base a yocto package on a local source folder using >>> autotools or cmake class?. All the examples I found either use remote git >>> repos + autotools/cmake or a local source folder without autotools/cmake. >>> >>> Cheers and many thanks in advance, >>> Jakob >>> >>> -- >>> Jakob Hasse >>> Software Developement >>> >>> E: jakob.ha...@smart-home-technology.ch >>> T: +41 44 552 02 66 >>> >>> Smart Home Technology GmbH >>> www.smart-home-technology.ch >>> >>> -- >>> _______________________________________________ >>> yocto mailing list >>> yocto@yoctoproject.org >>> https://lists.yoctoproject.org/listinfo/yocto >> >> BR, >> >> marek >> > > -- > Jakob Hasse > Software Developement > > E: jakob.ha...@smart-home-technology.ch > T: +41 44 552 02 66 > > Smart Home Technology GmbH > www.smart-home-technology.ch >
Thanks, marek -- as simple and primitive as possible ------------------------------------------------- Marek Belisko - OPEN-NANDRA Freelance Developer Ruska Nova Ves 219 | Presov, 08005 Slovak Republic Tel: +421 915 052 184 skype: marekwhite twitter: #opennandra web: http://open-nandra.com -- _______________________________________________ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
